敏捷软件开发实践估算与计划PDF|Epub|txt|kindle电子书版本网盘下载

敏捷软件开发实践估算与计划PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第Ⅰ部分 问题与目标3

第1章 计划的目的3

1.1 为何要进行估算和计划4

1.1.1 减少风险5

1.1.2 降低不确定性5

1.1.3 提供更好的决策支持5

1.1.4 建立信任6

1.1.5 传递信息6

1.2 优秀的计划是什么7

1.3 敏捷计划是什么7

1.4 小结8

1.5 讨论题8

第2章 计划失败的原因9

2.1 基于活动而不是基于特性进行计划9

2.1.1 活动不会提前完成10

2.1.2 延误沿着计划表向下传递10

2.1.3 活动不是互相独立的11

2.2 多任务处理导致更多的延迟12

2.3 不按优先级开发特性13

2.4 忽视了不确定性13

2.5 把估算当作承诺14

2.6 小结14

2.7 讨论题15

第3章 敏捷方法17

3.1 项目的敏捷开发方法18

3.1.1 敏捷团队作为一个整体工作18

3.1.2 敏捷团队按短迭代周期工作19

3.1.3 敏捷团队每次迭代交付一些成果19

3.1.4 敏捷团队关注业务优先级20

3.1.5 敏捷团队进行检查和调整21

3.2 敏捷计划方法21

3.2.1 计划的不同层次22

3.2.2 满意条件23

3.3 小结25

3.4 讨论题25

第Ⅱ部分 估算大小29

第4章 使用故事点估算大小29

4.1 故事点是相对的29

4.2 速度31

4.3 小结33

4.4 讨论题33

第5章 使用理想人天进行估算35

5.1 理想时间和软件开发36

5.2 以理想人天作为对大小的度量37

5.3 给出一个而不是多个估算值37

5.4 小结38

5.5 讨论题38

第6章 估算方法39

6.1 共同估算40

6.2 估算的尺度41

6.3 得到估算值的方法42

6.3.1 专家意见43

6.3.2 类比43

6.3.3 分解43

6.4 计划扑克44

6.4.1 更小规模的会议45

6.4.2 何时玩计划扑克45

6.5 为什么计划扑克会有效46

6.6 小结46

6.7 讨论题47

第7章 重估49

7.1 SwimStats Web站点49

7.2 不进行重估的情况50

7.3 需要重估的情况51

7.3.1 场景1：不进行重估52

7.3.2 场景2：重估完成的故事52

7.3.3 场景3：相对大小改变时进行重估52

7.4 重估部分完成的故事52

7.5 重估的目的53

7.6 小结53

7.7 讨论题54

第8章 在故事点和理想人天之间进行选择55

8.1 有利于故事点的考虑因素55

8.1.1 故事点有助于驱动跨功能的行为55

8.1.2 故事点估算不会过期56

8.1.3 故事点是对大小的纯粹度量56

8.1.4 故事点估算通常更快57

8.1.5 我的理想人天不等于你的理想人天57

8.2 有利于理想人天的考虑因素58

8.2.1 理想人天在团队以外更容易解释58

8.2.2 理想人天估算更容易开始58

8.2.3 理想人天便于预测速度58

8.3 建议58

8.4 小结59

8.5 讨论题59

第Ⅲ部分 为价值制定计划63

第9章 确定主题的优先级63

9.1 确定优先级时的因素63

9.1.1 价值64

9.1.2 成本64

9.1.3 新知识65

9.1.4 风险66

9.2 综合4个因素68

9.3 一些例子68

9.3.1 基础设施68

9.3.2 用户界面设计69

9.4 小结69

9.5 讨论题70

第10章 确定经济优先级71

10.1 收入的来源72

10.1.1 新收入73

10.1.2 增量收入73

10.1.3 留存收入73

10.1.4 操作效率73

10.2 例子：WebPayRoll74

10.2.1 计算新收入74

10.2.2 计算增量收入75

10.2.3 计算留存收入76

10.2.4 计算操作效率76

10.2.5 估算开发成本77

10.2.6 整合78

10.3 经济指标78

10.3.1 金钱的时间价值79

10.3.2 净现值79

10.3.3 内部收益率80

10.3.4 投资回收期82

10.3.5 折现回收期83

10.4 对利润的比较83

10.5 小结84

10.6 讨论题84

第11章 确定渴望度优先级85

11.1 客户满意度的Kano模型85

11.2 相对权重：另一种方法89

11.3 小结91

11.4 讨论题91

第12章 分解用户故事93

12.1 何时分解用户故事93

12.2 按照数据边界分解94

12.3 按照操作边界分解95

12.4 去除横切考虑96

12.5 忽略满足性能限制97

12.6 分解具有混合优先级的用户故事97

12.7 不要把故事分解成任务97

12.8 避免相关变化的诱惑98

12.9 组合用户故事98

12.10 小结98

12.11 讨论题99

第Ⅳ部分 进度计划103

第13章 发布计划精粹103

13.1 发布计划103

13.1.1 确定满意条件105

13.1.2 估算用户故事105

13.1.3 选择迭代周期长度105

13.1.4 估算速度105

13.1.5 确定用户故事优先级105

13.1.6 选择用户故事和发布日期106

13.2 更新发布计划107

13.3 例子107

13.3.1 确定满意条件108

13.3.2 估算大小108

13.3.3 选择迭代周期长度108

13.3.4 估算速度109

13.3.5 确定用户故事优先级109

13.3.6 选择用户故事109

13.4 小结110

13.5 讨论题110

第14章 迭代计划111

14.1 迭代计划时不分配任务113

14.2 迭代计划和发布计划的区别113

14.3 速度驱动的迭代计划114

14.3.1 调整优先级115

14.3.2 确定目标速度116

14.3.3 确定迭代目标116

14.3.4 选择用户故事116

14.3.5 把用户故事分解成任务117

14.3.6 对任务进行估算119

14.4 承诺驱动的迭代计划121

14.5 我的建议124

14.6 任务估算值和故事点的联系124

14.7 小结126

14.8 讨论题126

第15章 选择迭代长度127

15.1 选择迭代长度时考虑的因素127

15.1.1 发布的总时间长度127

15.1.2 不确定性的多少128

15.1.3 获得反馈的难易程度128

15.1.4 优先级可以保持多久不变128

15.1.5 在没有外部反馈之下进行工作的意愿129

15.1.6 迭代的系统开销129

15.1.7 紧迫感维持130

15.2 做出决策130

15.3 两个案例分析131

15.3.1 Napa项目131

15.3.2 Goodman项目132

15.4 小结133

15.5 讨论题133

第16章 估算速度135

16.1 使用历史值135

16.2 进行一次迭代137

16.3 做出预测138

16.3.1 估算可用小时数138

16.3.2 估算一次迭代中可用的时间139

16.3.3 扩展故事并填满可用工作时长139

16.3.4 围绕着估算值设置一个范围140

16.3.5 某些团队的变通方法140

16.4 选择合适的方法141

16.5 小结141

16.6 讨论题142

第17章 不确定性缓冲计划143

17.1 特性缓冲区144

17.2 进度缓冲区144

17.2.1 在估算值中反映不确定性145

17.2.2 调整项目缓冲区大小148

17.2.3 更简单的缓冲区计算方法150

17.2.4 缓冲区准则150

17.3 结合多个缓冲区150

17.4 进度缓冲区不是填料151

17.5 一些警告152

17.6 小结152

17.7 讨论题153

第18章 计划多团队项目155

18.1 为估算建立共同基准155

18.2 更早给用户故事添加细节156

18.3 前瞻性计划157

18.4 在计划中加入馈送缓冲区158

18.4.1 缓冲的对象159

18.4.2 确定馈送缓冲区的大小159

18.5 工作量会很大160

18.6 小结160

18.7 讨论题161

第Ⅴ部分 跟踪与交流165

第19章 监督发布计划165

19.1 对发布进行跟踪165

19.2 发布燃尽图167

19.3 停车场图171

19.4 小结172

19.5 讨论题172

第20章 监督迭代计划173

20.1 任务板173

20.2 迭代燃尽图175

20.3 跟踪已完成的工作量176

20.4 个人速度177

20.5 小结177

20.6 讨论题177

第21章 关于计划的沟通179

21.1 就计划进行沟通180

21.2 就进度进行沟通181

21.3 迭代结束总结183

21.4 小结186

21.5 讨论题186

第Ⅵ部分 敏捷计划有效的原因189

第22章 敏捷计划有效的原因189

22.1 经常重新计划189

22.2 对大小和持续时间的估算是独立的190

22.3 在不同层次上制定计划190

22.4 基于特性而不是基于任务制定计划191

22.5 小故事保持工作流畅191

22.6 每次迭代都要消除未完工的工作191

22.7 在团队层次跟踪192

22.8 承认不确定性并为之计划192

22.9 敏捷估算和计划的12条指导原则192

22.10 小结194

22.11 讨论题194

第Ⅶ部分 案例分析197

第23章 案例分析：Bomb Shelter Studio197

23.1 第一天——星期一早上198

23.2 估算用户故事204

23.3 准备产品调查212

23.4 迭代和发布计划，第1轮214

23.4.1 计划第一次迭代215

23.4.2 发布计划220

23.5 2周后227

23.6 计划第二次迭代228

23.7 2周后230

23.8 修改发布计划230

23.9 向Phil介绍修改后的计划232

23.10 18周后235