精益开发实战

目 　录

第一部分 　我们如何工作

第1章 　项目背景　　3

1.1 　时间线　　5

1.2 　我们如何切割大象　　7

1.3 　我们如何让客户参与进来　　8

第2章 　组织团队　　9

第3章 　每天出席鸡尾酒会　　13

3.1 　第一拨：功能开发团队每日立会　　14

3.2 　第二拨：不同专业角色的同步立会　　15

3.3 　第三拨：项目同步立会　　17

第4章 　项目进度板　　19

4.1 　我们的节奏　　22

4.2 　如何处理紧急问题和障碍　　23

第5章 　扩展任务看板　　27

第6章 　跟踪总体目标　　31

第7章 　定义“可供”与“完成” 　　　35

7.1 　可供开发　　36

7.2 　可供系统测试　　37

7.3 　两个定义如何提升团队协作　　38

第8章 　处理技术故事　　 　41

8.1 　示例1：系统测试瓶颈　　 　42

8.2 　示例2：版本发布前一天　　 　43

8.3 　示例3：7 　米长的类　　 　44

第9章 　处理Bug　　 　47

9.1 　持续系统测试　　 　47

9.2 　立马修复Bug！　　 　49

9.3 　为何要限定Bug 　跟踪系统中的Bug 　数量　　 　50

9.4 　Bug 　可视化　　 　51

9.5 　预防Bug 　重现　　 　53

第10章 　持续改进流程　　 　57

10.1 　团队回顾　　 　58

10.2 　流程改进研讨会　　 　59

10.3 　掌控改变速率　　 　66

第11章 　管理在制品　　 　69

11.1 　采用在制品限额　　 　73

11.2 　为什么在制品限额只适用于功能卡　　 　74

第12章 　捕捉并使用流程度量　　 　79

12.1 　速率（每周功能数） 　　　 　79

12.2 　为何不使用故事点　　 　82

12.3 　周期时间（每个功能所需时间） 　　　 　83

12.4 　累计流量　　 　88

12.5 　流程周期效率　　 　90

第13章 　Sprint 　与版本发布规划　　 　93

13.1 　需求清单梳理　　 　93

13.2 　挑选前十个功能　　 　94

13.3 　为何将需求清单梳理工作移出Sprint 　规划会议　　 　94

13.4 　规划版本发布　　 　95

第14章 　我们如何做版本控制　　97

14.1 　主干无垃圾　　98

14.2 　团队分支　　99

14.3 　系统测试分支　　100

第15章 　为何我们只用真实看板　　103

第16章 　经验教训　　109

16.1 　了解目标　　109

16.2 　不断实验　　109

16.3 　拥抱失败　　110

16.4 　解决真正的问题　　110

16.5 　拥有专职变革推动者　　110

16.6 　让人们参与进来　　111

第二部分 　技术详解

第17章 　敏捷与精益概述　　115

17.1 　敏捷概述　　116

17.2 　精益概述　　118

17.3 　Scrum 　概述　　121

17.4 　XP 　概述　　123

17.5 　看板概述　　125

第18章 　缩减测试自动化需求清单　　131

18.1 　怎么办　　131

18.2 　如何每个迭代周期都提高测试覆盖率　　132

18.3 　第1 　步：列出测试用例　　132

18.4 　第2 　步：测试分类　　133

18.5 　第3 　步：按优先顺序对列表进行排序　　134

18.6 　第4 　步：每个迭代周期自动化若干测试　　136

18.7 　这能解决问题吗　　138

第19章 　用规划扑克估算需求清单大小　　 　139

19.1 　不用规划扑克进行估算　　 　139

19.2 　用规划扑克进行估算　　 　141

19.3 　特殊牌　　 　143

第20章 　因果图　　 　145

20.1 　解决问题，而不是解决症状　　 　145

20.2 　精益问题解决方法：A3 　思维　　 　146

20.3 　如何使用因果图　　 　148

20.4 　示例1：发布周期长　　 　149

20.5 　示例2：上线版本有缺陷　　 　153

20.6 　示例3：缺乏结对编程　　 　155

20.7 　示例4：很多问题　　 　159

20.8 　实际问题：如何创建并维护因果图　　 　160

20.9 　陷阱　　 　161

20.10 　为何采用因果图　　 　163

第21章 　结语　　 　165

附录 　术语表：如何避免高深术语

......(更多)