项目管理之殇 为什么你的软件项目会失败2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载

项目管理之殇 为什么你的软件项目会失败PDF格式电子书版下载

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

第一部分 为什么软件项目会失败2

第1章 简介2

第2章 为什么软件与众不同6

2.1 软件是复杂的7

2.2 软件是抽象的9

2.3 需求不完整11

2.4 技术在快速变化12

2.5 最佳实践不成熟13

2.6 技术是一个庞大的领域15

2.7 技术经验不完整16

2.8 软件开发就是调查研究17

2.9 自动处理重复性工作19

2.10 构造实际上就是设计20

2.11 改变被认为很容易22

2.12 改变是不可避免的23

2.13 小结24

第3章 项目管理假设26

3.1 隐藏的假设27

3.2 范围管理28

3.3 时间管理32

3.3.1 活动定义32

3.3.2 活动排序35

3.3.3 活动持续时间估计39

3.3.4 进度安排42

3.4 成本管理43

3.4.1 资源规划44

3.4.2 软件文档46

3.4.3 开发人员生产率48

3.4.4 成本估计50

3.5 质量管理51

3.5.1 指标51

3.5.2 检查表52

3.6 风险管理53

3.6.1 风险接受53

3.6.2 风险转移55

3.6.3 风险避免55

3.6.4 风险缓解55

3.7 小结56

第4章 案例研究：计费系统项目57

4.1 需求57

4.2 规划58

4.3 设计60

4.4 构造61

4.4.1 编码61

4.4.2 集成62

4.5 测试64

4.6 后果67

4.7 小结68

第二部分 怎样使软件项目获得成功72

第5章 新的敏捷方法72

5.1 所选的方法73

5.2 水晶方法75

5.2.1 频繁交付76

5.2.2 反思改进77

5.2.3 密切或渗透式交流78

5.2.4 人身安全80

5.2.5 专注81

5.2.6 容易访问专家级用户82

5.2.7 具有自动化测试、配置管理和频繁集成的技术环境82

5.2.8 使用水晶方法84

5.3 极限编程84

5.3.1 规划策略86

5.3.2 测试87

5.3.3 结对编程87

5.3.4 重构88

5.3.5 简单设计89

5.3.6 代码集体所有权89

5.3.7 持续集成90

5.3.8 现场客户91

5.3.9 小型发布91

5.3.10 每周40小时工作制92

5.3.11 编码标准92

5.3.12 系统隐喻93

5.3.13 使用XP94

5.4 Rational统一过程95

5.4.1 阶段97

5.4.2 迭代98

5.4.3 角色98

5.4.4 工件99

5.4.5 活动和工作流99

5.4.6 过程配置100

5.4.7 用例驱动的开发100

5.4.8 视化建模101

5.4.9 使用RUP102

5.5 利用敏捷缓解风险103

5.5.1 不完整的需求和范围改变103

5.5.2 工具和技术没有像预期的那样工作104

5.5.3 开发人员缺乏技能和专业知识104

5.5.4 新软件有缺陷并且需要返工105

5.5.5 参与项目的员工离职105

5.6 小结106

第6章 规划敏捷项目的预算108

6.1 软件开发的预算109

6.2 持续开发111

6.3 按需编程113

6.4 SWAT团队115

6.5 子团队封装116

6.6 特性权衡118

6.7 分诊119

6.8 范围研究121

6.9 结合这些技术123

6.9.1 主要的遗留系统123

6.9.2 次要的遗留应用程序124

6.9.3 主要的新系统124

6.9.4 次要的新应用程序125

6.10 敏捷离岸外包126

6.11 小结128

第7章 案例研究：再论计费系统129

7.1 方法129

7.2 初始阶段130

7.3 范围研究131

7.4 细化136

7.5 构造139

7.6 交付142

7.7 结局143

7.8 小结144

后记146

附录 敏捷宣言148

术语表150

参考资料159