本月博客排行
-
第1名
龙儿筝 -
第2名
johnsmith9th -
第3名
wy_19921005 - zysnba
- sgqt
- lemonhandsome
年度博客排行
-
第1名
宏天软件 -
第2名
青否云后端云 -
第3名
龙儿筝 - gashero
- wallimn
- vipbooks
- benladeng5225
- wy_19921005
- fantaxy025025
- qepwqnp
- e_e
- 解宜然
- zysnba
- ssydxa219
- sam123456gz
- javashop
- arpenker
- tanling8334
- kaizi1992
- xpenxpen
- gaojingsong
- wiseboyloves
- xiangjie88
- ranbuijj
- ganxueyun
- sichunli_030
- xyuma
- wangchen.ily
- jh108020
- lemonhandsome
- zxq_2017
- jbosscn
- Xeden
- luxurioust
- lzyfn123
- zhanjia
- forestqqqq
- johnsmith9th
- ajinn
- nychen2000
- wjianwei666
- hanbaohong
- daizj
- 喧嚣求静
- silverend
- mwhgJava
- kingwell.leng
- lchb139128
- lich0079
- kristy_yy
最新文章列表
Scrum最后一公里
研发部门试点敏捷,前面的过程基本都比较正常,用户故事,计划会议、短迭代、站立会议、回顾会、功能验收,基本都能正常完成,但是把产品发布出去,给生产部门使用后,总是得不到及时的反馈,总是等到系统正是开始使用后,才发现这样问题、那样不好用;
之前推动生产部门的下的作业人员,希望他们能积极配合、及时反馈看看有什么问题没有,貌似是没什么作用,没有任何约束了,没有责任落实。等到生产的时候,问题就严重了 ...
用最适合自己的方式实施Scrum
用最适合自己的方式实施Scrum
Henrik Kniberg推荐的Scrum开发模式的checklist,我们在实践中把考量问题的重心放在“底线”上,具体的实施环节不拘泥于Scrum,同时参考了KanBan,Agile modeling,XP等其他模式,但“核心”部分的环节确实是我们经常用到的。
需要特别说一下的是:推荐部分很有意思,并不强制要求团队中的每一个人都是“全面手”、并 ...
多团队敏捷开发的组织架构和协作模式
写这篇文章的背景是:一个项目组实施
Scrum取得成效,如何在整个开发部门推广
Scrum?看一下我们一个大产品,三个项目组共同完成的具体实践:
我们做了如下的组织调整:
1.
产品部增加一名总监(CPO
),负责公司层面的产品思路,整合三个子产品
2.
各个Scrum
小组的架构师和DBA
成
立虚拟架构师团队,架构师团队根据产品部的整体产 ...
敏捷需求管理(五):拆分需求的18班武器之武器篇
我们在实践中会用到需求拆分的各式武器,这里列举一些常用的武器:角色、实体、目的、解决方案、数据对象、业务操作、业务流程、“个性-共性”原则、“简单-复杂”原则等等,这些武器会帮助我们从最初的产品愿景逐步分解为迭代交付中的开发需求。
下图说明了一般情况下各种武器在不同阶段的使用场景,迭代
0是非常关键的一个阶段,它会就需求、设计、团队等多方面为以后的迭代做准备。就需求这个范畴,这个阶 ...
敏捷需求管理(四):拆分需求的18班武器之序言篇
拆分需求的目的:通过将需求拆分为松耦合,有独立交付价值,可快速交付的小需求,使我们的开发可以降低风险,快速得到反馈(无论从市场的角度还是技术的角度),不断修正错误,以得到成功的目的。这样我们有机会工作在“做正确的产品”和“正确的构建”这个范畴,即下图的第一象限。
如何拆分需求,特别是从用户的想法拆分到迭代可以使用的需求的整个过程?以下是我们的一些实践:
我们用 ...
敏捷需求管理(三):拆分用户故事的流程
Richard Lawrence
介绍了拆分用户故事的流程,包含三个部分:判断故事是否需要拆分、应用多种模式拆分故事、评估拆分效果。具体的流程见图:
原文参考:
http://www.richardlawrence.info/2012/01/27/new-story-splitting-resource/
敏捷需求管理(二):如何有效拆分用户故事
拆分用户故事,
INVEST是一个原则,需要更有场景的实例。特别是在获得用户需求的初期,如何形成系统级的用户故事?在随后的拆分过程中,如何有效的拆分故事?以下是我们的一些实践:
1) 获
得系统级的用户故事,我们使用的方法是:按照用户类别、用户实例、用户要达到的目的、用户为此目的想要的解决方案。尽量先考量目的,再考量解决方案。很多
时候用户改变需求,实际改变的是解决方案,而不是 ...
敏捷需求管理(一):从用户想法到Product Backlog
如何从最初的客户想法到持续维护的
Product Backlog,
大家的做法各有千秋。这里分享我们的一些做法,见下图:
第一步:独立需求。这里是从愿景开始,根据角色、行为、数据对象拆分为独立的需求
第二步:粗颗粒细化需求。这里的目的是为了分析成本考量,但并不是类似
Use Case那样的细化,只需要包含
90%的用户使用场景即可,有很多做法,其中一个是选择
...
Agile
Agile
Individuals and interactions over processes and tools。
Working software over comprehensive documentation。
Customer collaboration over contract negotiation。
Responding to change o ...