平衡敏捷与规范【2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载】

平衡敏捷与规范PDF格式电子书版下载

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

第1章　规范、敏捷和困惑1

目录1

1.1 困惑之源4

1.1.1 多重定义4

1.1.2 区分方法的正确使用和误用4

1.1.3　从最为突出的实例引出过度一般化5

1.1.4　普遍适用的承诺5

1.1.5　初期的成功事例5

1.1.7　澄清困惑6

1.2　两种方法6

1.1.6　纯粹主义论断6

1.2.1　计划驱动方法7

1.2.2　敏捷方法11

1.3　找出中间方法15

参考文献17

第2章　方法的对比及各自的擅长领域19

2.1 应用特征20

2.1.1 主要目标20

2.1.2　规模21

2.1.3　环境22

2.2　管理特征23

2.2.1 客户关系23

2.2.2　计划和控制25

2.2.3 项目沟通26

2.3　技术特征27

2.3.1 需求27

2.3.2　开发29

2.3.3　测试30

2.4　人员特征31

2.4.1 客户32

2.4.2　开发人员33

2.4.3　文化35

2.5.1　擅长领域36

2.5　总结36

2.5.2　误解38

2.5.3　5个关键要素39

参考文献41

第3章　项目开发中的一天43

3.1　典型的一天43

3.2　使用PSP/TSP的典型的一天＊44

3.2.1 培训44

3.2.2　工具和环境45

3.2.3　项目计划45

3.2.4　状态46

3.2.5　当天的活动47

3.3.1 培训50

3.3　使用极限编程的典型的一天＊50

3.3.2 工具和环境51

3.3.3　项目计划51

3.3.4　状态52

3.3.5 当天的活动52

3.4　危机时期54

3.4.1　PSP/TSP对危机的处理55

3.4.2　XP对危机的处理56

3.5　总结56

3.5.1　不同点57

3.5.2　相似点57

参考文献58

E.3 敏捷方法和计划驱动方法的试验与研究 158

3.5.3　观察结果58

第4章　拓展擅长领域：两个案例分析59

4.1　使用计划来扩大敏捷方法的应用规模：出租管理的例子59

4.1.1　假设1：开发或修改一个素材所需的工作量不会随时间和素材数的增加而增长60

4.1.2　假设2：在固定时间表和规模不经济的情况下，同样可以相信人能够按时完成一切事情61

4.1.3　假设3：简单设计和YAGNI可以轻松扩展到大型项目62

4.1.4　扩大敏捷方法的使用规模：总结63

4.2　利用敏捷来简化计划驱动方法：USAF/TRW CCPDS-R示例63

4.2.1　个体和交互胜过过程和工具：CCPDS-R64

4.2.2　可以工作的软件胜过面面俱到的文档：CCPDS-R65

4.2.3　客户协作胜过合同谈判：CCPDS-R65

4.2.4 响应变更胜过遵循计划：CCPDS-R66

4.3　总结67

参考文献69

第5章　使用风险平衡敏捷和规范70

5.1 方法概述70

5.2 应用实例系列：基于代理的计划系统74

5.3　中型应用：供应链管理75

5.3.1　步骤1：SupplyChain.com项目风险评估76

5.3.2　步骤2：对比敏捷和计划驱动风险77

5.3.3　步骤4a：单独的风险解决策略79

5.3.4　步骤4b：SupplyChain.com基于风险的系统开发策略82

5.4　小型应用：活动计划85

5.4.1 步骤1：活动计划项目风险评估85

5.4.2　步骤2：比较敏捷风险和计划驱动风险85

5.4.3　步骤4a、4b：Event Managers基于风险的系统开发策略88

5.5　超大型应用：国家危机管理信息系统（NISCM）89

5.5.1　步骤1：NISCM项目风险评估90

5.5.2　步骤2：比较敏捷风险和计划驱动风险92

5.5.3　步骤3和4：基于风险的NISCM系统开发策略94

5.6　结论99

参考文献101

第6章　结论103

6.1　最重要的六条结论103

6.1.1 敏捷方法和计划驱动方法都不是银弹104

6.1.2　敏捷方法和计划驱动方法的擅长领域105

6.1.3　未来的应用既需要敏捷又需要规范105

6.1.6 少关注方法——多关注人、价值观、沟通和期望管理106

6.1.4　平衡敏捷和规范的方法正在出现106

6.1.5　逐步建立你的方法——不要自上而下裁剪106

6.2　关于敏捷和规范的平衡，下一步怎么做109

6.3　软件开发中平衡敏捷和规范的步骤110

参考文献112

后记114

附录A　方法之间的比较115

A.1　Scrum方法117

A.1.1　简要描述117

A.1.2　评注117

A.2　自适应软件开发118

A.2.1　简要描述118

参考文献118

A.2.2　评注119

参考文献119

A.3　简约开发119

A.3.1　简要描述119

A.3.2　评注120

参考文献120

A.4　Crystal120

A.4.2　评注121

参考文献121

A.4.1　简要描述121

A.5　极限编程122

A.5.1 简要描述122

参考文献123

A.6　动态系统开发方法123

A.6.1　简要描述123

A.5.2　评注123

A.6.2　评注124

参考文献124

A.7.2　评注125

A.7.1　简要描述125

A.7　Rational统一过程125

A.8　团队软件过程（TSP）126

A.8.1　简要描述126

参考文献126

A.8.2　评注127

参考文献128

A.9　特征驱动开发128

A.9.1　简要描述128

A.9.2　评注129

参考文献129

A.10.1　简要描述130

A.10　能力成熟度模型集成130

A.11.1　简要描述131

A.10.2　评注131

A.11　软件能力成熟度模型131

参考文献131

A.11.2　评注132

参考文献132

A.12　个体软件过程133

A.12.1　简要描述133

A.13　净室134

A.13.1　简要描述134

参考文献134

A.12.2　评注134

参考文献135

A.14　方法对比表135

A.13.2　评注135

附录B　敏捷软件开发宣言137

B.1　敏捷宣言遵循的原则137

附录C　能力成熟度模型139

C.1　CMM发展简史139

C.2　CMM的概念140

C.3　使用模型改进过程142

注释143

附录D　平衡敏捷与规范的工具144

D.1　螺旋模型锚点里程碑144

D.2　利益实现分析和DMR效果链147

D.2.1　利益实现147

D.2.2　效果链147

D.3　进度自变量148

D.3.1　共同愿景和期望管理149

D.3.2　特性优先级化149

D.3.3 时间表范围估算150

D.3.4　确定架构和核心功能150

D.3.5 增量开发150

参考文献151

D.3.6　变更和进度监控151

附录E　经验信息153

E.1　变更的成本：经验结果153

E.2　做多少架构工作才够？一次COCOMOII分析155

E.3.1　项目规模的大体分布159

E.3.2　过程改进159

E.3.3　团队软件过程和敏捷方法161

E.3.4　结对编程163

E.3.5　敏捷／计划驱动混和方法164

参考文献164

平衡是成熟的开始167