自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

象观草堂

记录一些需要记录的点滴

  • 博客(4)
  • 收藏
  • 关注

原创 象观敏捷之旅-初探DDD

最近才看到领域驱动设计的概念(孤陋寡闻了的一回),初步看下来,和前几年在做运营商系统的时候常用的概念模型或者叫业务对象模型类似,移动的三户模型,老外的eTOM模型应该都属于这个范畴。简单讲隔行如隔山,要想开发好运营商的系统,必须先积累运营商行业的业务模型,所以世界那么大,做运营商系统的公司就那么几家。正好借着对DDD的好奇,再系统的学习和梳理一遍,看多少记多少。

2015-05-08 23:32:40 447

原创 象观敏捷之旅-用户故事与敏捷方法

Date: 2015-05-04 21:07一则漫画的启示遇到的问题编写严谨、漂亮、详细的文档本身成为一个目标,使用越来越冗长的文档,尝试用精确的语言来记录越来越多的细节和越来越具体的所谓全面的需求。语言本身是模糊的,“详细”的需求文档会造成“确定性的幻觉”,让我们以为需求已明确确,最后做出根本不符合预期的产品。我们发现从MRD到PRD到技术文档,虽然有众多的评审会议,但是其实很多细节都是割裂

2015-05-04 22:39:34 510

原创 Hello world

Hello world

2015-04-12 23:55:20 389

原创 象观敏捷之旅-初探UserStory

D项目一期临近上线,开始考虑二期的需求。项目一期的需求分析和编写PRD的方式存在很多问题,最主要的是语言本身是模糊的,“详细”的需求文档会造成“确定性的幻觉”,让我们以为需求细节都在文档里了,缺乏有效沟通,导致开发出不符合预期的功能。3月22日的那次需求变更记忆犹新,需求细节理解的不一致最终导致产品模型和流程的变更,涉及交互、前端和后台的多处修改,完成开发的时间延期4天。急需找一种方法应对

2015-04-12 23:44:45 510

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除