灾难拯救:让软件项目重回轨道

灾难拯救:让软件项目重回轨道
作 者: Bennatan 侯艳飞 侯玉芳 李萌
出版社: 电子工业出版社
丛编项:
版权说明: 本书为出版图书,暂不支持在线阅读,请支持正版图书
标 签: 软件工程/开发项目管理
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

  E. M. Bennatan拥有丰富的管理实战经验。这些经验源自他在摩托罗拉公司多年担任高级主管的经历。在任期间,他带领团队开发了很多大型软件系统,并领导过多个跨国设计中心。他还曾是米德威公司(Midway Company)的工程副总裁,任职期间管理着数百名软件和硬件工程师。Bennatan先生经常在软件项目管理方面做演讲。他还是《在预算范围内按时完成:软件项目管理、实践和技术(第三版)》(On Time Within Budget: Software Project Management, Practices and Techniques, Third Edition)一书的作者。Bennatan先生目前是先进项目解决方案公司(Advanced Project Solution Inc.,)的总裁以及波士顿Cutter联合公司(Boston Cutter Consortium)的高级顾问。

内容简介

每一位从事软件项目开发或管理的人在其职业生涯中,应该都遇到过进度、成本及(或)质量未能达到预期结果的情况,这些情况很多时候发展成了项目灾难并导致项目失败。一旦软件项目陷入灾难或已处在失败的边缘,我们该怎么办呢?任项目按照之前的行为方式继续下去,期盼会有奇迹发生吗?还是能做些什么扭转形势反败为胜呢?本书是作者在几十年软件项目管理实践经验的基础上写成的,它为软件项目拯救提供了一套易理解、便于操作及有效的方法。

图书目录

第1章 绪论 1

1.1 灾难拯救过程概述 4

1.1.1 案例研究 4

1.1.2 做出拯救决定 6

1.1.3 拯救过程 6

1.2 一些调查数据 9

1.3 一些提示 11

1.4 本章小结 14

第2章 确定项目是否陷入灾难 17

2.1 进度 20

2.1.1 设置进度警报器 21

2.1.2 调整进度警报器 24

2.1.3 监视延长后的时间表 26

2.2 预算 29

2.2.1 设置预算警报器 30

2.2.2 其他需考虑的事项 34

2.3 质量 35

2.3.1 问题列表警报器 36

2.3.2 顾客满意度警报器 39

2.4 学会利用经验 40

2.5 本章小结 41

习题 43

第3章 第1步——停止 47

3.1 停止项目 48

3.1.1 为什么停止项目 48

3.1.2 谁来停止项目 49

3.1.3 项目停止程序 50

3.2 准备下一步 52

3.3 开展团队行动 53

3.4 处理反对意见 55

3.5 可能出现哪些问题及如何解决 56

3.6 本章小结 58

习题 60

第4章 第2步——选定评估者 62

4.1 该选谁——合格评估者的素质要求 65

4.2 案情陈述 66

4.2.1 应包含的内容 67

4.2.2 管理者的承诺 69

4.2.3 评估者的承诺 70

4.3 大型软件项目 72

4.4 可能出现哪些问题及如何解决 73

4.5 本章小结 76

习题 77

第5章 第3步——评估项目现状 79

5.1 评审 82

5.1.1 软件项目评审概述 82

5.1.2 评审面临失败的软件项目 84

5.2 项目状态信息的来源 87

5.2.1 口头的状态信息 88

5.2.2 操作性的状态信息 89

5.2.3 文档类信息 90

5.3 评估大型软件项目 91

5.3.1 大型项目有何不同 91

5.3.2 评估团队 93

5.3.3 评估大型项目的指导方针 93

5.4 拼拼图 95

5.5 可能出现哪些问题及如何解决 97

5.6 本章小结 100

习题 101

第6章 第4步——评估项目团队 103

6.1 一般原则 105

6.2 评审团队整体 108

6.3 评审项目管理 110

6.4 评审团队成员 113

6.5 整合信息 115

6.6 可能出现哪些问题及如何解决 116

6.7 本章小结 118

习题 120

第7章 第5步——确定最低目标 121

7.1 项目目标和拯救过程 123

7.1.1 区分目标、具体目标、需求和交付成果 123

7.1.2 项目目标由谁制定 125

7.1.3 同目标监督者结成同盟 126

7.2 目标最低化的准则 127

7.2.1 降低目标的过程 128

7.2.2 一个降低目标的案例 129

7.2.3 处理反对意见 132

7.3 大型项目的目标最低化 134

7.4 可能出现哪些问题及如何解决 135

7.5 本章小结 139

习题 141

第8章 第6步——确定最低目标能否实现 142

8.1 可实现的目标 143

8.1.1 可行性分析方法 144

8.1.2 被拯救项目的可实现目标 146

8.1.3 如果目标不可实现 148

8.2 中期报告 149

8.3 可能出现哪些问题及如何解决 150

8.4 本章小结 152

习题 154

第9章 第7步——重建项目团队 155

9.1 回顾团队评估 157

9.2 识别问题 158

9.3 重建团队 162

9.3.1 应对变更 162

9.3.2 实施变更 164

9.3.3 处理反对意见 167

9.4 重建大型项目团队 169

9.5 可能出现哪些问题及如何解决 171

9.6 本章小结 173

习题 175

第10章 第8步——风险分析 177

10.1 风险分析概述 179

10.2 风险分析过程 181

10.2.1 预测问题 181

10.2.2 分析阶段 183

10.2.3 实施风险行动方案 185

10.3 风险分析的一个例子 187

10.4 可能出现哪些问题及如何解决 189

10.5 本章小结 192

习题 193

第11章 第9步——修改计划 195

11.1 软件项目计划制定综述 196

11.1.1 软件项目计划概念 197

11.1.2 软件项目开发计划 198

11.1.3 项目计划制定工具 201

11.2 制定一个被拯救项目的计划 203

11.2.1 为被拯救项目制订计划的指导方针 204

11.2.2 其他需考虑的事项 207

11.3 可能出现哪些问题及如何解决 210

11.4 本章小结 214

习题 215

第12章 第10步——创建早期预警系统 217

12.1 早期预警系统的组成要素 220

12.2 开发数据收集 224

12.2.1 项目开发数据的作用 225

12.2.2 重启后项目的数据收集 228

12.3 定期项目现状评审 230

12.4 项目报警机制 233

12.5 启动校正行动 235

12.6 后续行动 236

12.7 可能出现哪些问题及如何解决 237

12.8 本章小结 239

习题 241

第13章 尾声:把最后的拼图放入位置 243

13.1 项目结束后的总结回顾 244

13.2 人为因素 247

13.3 灾难拯救的时间表 248

13.4 最终报告 250

13.5 案例分析 250

13.6 结束语 252

参考书目 253

术语表 260