灾难拯救:让软件项目重回轨道
第1章 绪论
1.1 灾难拯救过程概述
1.1.1 案例研究
1.1.2 做出拯救决定
1.1.3 拯救过程
1.2 一些调查数据
1.3 一些提示
1.4 本章小结
第2章 确定项目是否陷入灾难
2.1 进度
查看完整
1.1 灾难拯救过程概述
1.1.1 案例研究
1.1.2 做出拯救决定
1.1.3 拯救过程
1.2 一些调查数据
1.3 一些提示
1.4 本章小结
第2章 确定项目是否陷入灾难
2.1 进度
查看完整
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.1.1 案例研究
1.1.2 做出拯救决定
1.1.3 拯救过程
1.2 一些调查数据
1.3 一些提示
1.4 本章小结
第2章 确定项目是否陷入灾难
2.1 进度
2.1.1 设置进度警报器
2.1.2 调整进度警报器
2.1.3 监视延长后的时间表
2.2 预算
2.2.1 设置预算警报器
2.2.2 其他需考虑的事项
2.3 质量
2.3.1 问题列表警报器
2.3.2 顾客满意度警报器
2.4 学会利用经验
2.5 本章小结
习题
第3章 第1步——停止
3.1 停止项目
3.1.1 为什么停止项目
3.1.2 谁来停止项目
3.1.3 项目停止程序
3.2 准备下一步
3.3 开展团队行动
3.4 处理反对意见
3.5 可能出现哪些问题及如何解决
3.6 本章小结
习题
第4章 第2步——选定评估者
4.1 该选谁——合格评估者的素质要求
4.2 案情陈述
4.2.1 应包含的内容
4.2.2 管理者的承诺
4.2.3 评估者的承诺
4.3 大型软件项目
4.4 可能出现哪些问题及如何解决
4.5 本章小结
习题
第5章 第3步——评估项目现状
5.1 评审
5.1.1 软件项目评审概述
5.1.2 评审面临失败的软件项目
5.2 项目状态信息的来源
5.2.1 口头的状态信息
5.2.2 操作性的状态信息
5.2.3 文档类信息
5.3 评估大型软件项目
5.3.1 大型项目有何不同
5.3.2 评估团队
5.3.3 评估大型项目的指导方针
5.4 拼拼图
5.5 可能出现哪些问题及如何解决
5.6 本章小结
习题
第6章 第4步——评估项目团队
6.1 一般原则
6.2 评审团队整体
6.3 评审项目管理
6.4 评审团队成员
6.5 整合信息
6.6 可能出现哪些问题及如何解决
6.7 本章小结
习题
第7章 第5步——确定最低目标
7.1 项目目标和拯救过程
7.1.1 区分目标、具体目标、需求和交付成果
7.1.2 项目目标由谁制定
7.1.3 同目标监督者结成同盟
7.2 目标最低化的准则
7.2.1 降低目标的过程
7.2.2 一个降低目标的案例
7.2.3 处理反对意见
7.3 大型项目的目标最低化
7.4 可能出现哪些问题及如何解决
7.5 本章小结
习题
第8章 第6步——确定最低目标能否实现
8.1 可实现的目标
8.1.1 可行性分析方法
8.1.2 被拯救项目的可实现目标
8.1.3 如果目标不可实现
8.2 中期报告
8.3 可能出现哪些问题及如何解决
8.4 本章小结
习题
第9章 第7步——重建项目团队
9.1 回顾团队评估
9.2 识别问题
9.3 重建团队
9.3.1 应对变更
9.3.2 实施变更
9.3.3 处理反对意见
9.4 重建大型项目团队
9.5 可能出现哪些问题及如何解决
9.6 本章小结
习题
第10章 第8步——风险分析
10.1 风险分析概述
10.2 风险分析过程
10.2.1 预测问题
10.2.2 分析阶段
10.2.3 实施风险行动方案
10.3 风险分析的一个例子
10.4 可能出现哪些问题及如何解决
10.5 本章小结
习题
第11章 第9步——修改计划
11.1 软件项目计划制定综述
11.1.1 软件项目计划概念
11.1.2 软件项目开发计划
11.1.3 项目计划制定工具
11.2 制定一个被拯救项目的计划
11.2.1 为被拯救项目制订计划的指导方针
11.2.2 其他需考虑的事项
11.3 可能出现哪些问题及如何解决
11.4 本章小结
习题
第12章 第10步——创建早期预警系统
12.1 早期预警系统的组成要素
12.2 开发数据收集
12.2.1 项目开发数据的作用
12.2.2 重启后项目的数据收集
12.3 定期项目现状评审
12.4 项目报警机制
12.5 启动校正行动
12.6 后续行动
12.7 可能出现哪些问题及如何解决
12.8 本章小结
习题
第13章 尾声:把最后的拼图放入位置
13.1 项目结束后的总结回顾
13.2 人为因素
13.3 灾难拯救的时间表
13.4 最终报告
13.5 案例分析
13.6 结束语
参考书目
术语表
^ 收 起
1.1 灾难拯救过程概述
1.1.1 案例研究
1.1.2 做出拯救决定
1.1.3 拯救过程
1.2 一些调查数据
1.3 一些提示
1.4 本章小结
第2章 确定项目是否陷入灾难
2.1 进度
2.1.1 设置进度警报器
2.1.2 调整进度警报器
2.1.3 监视延长后的时间表
2.2 预算
2.2.1 设置预算警报器
2.2.2 其他需考虑的事项
2.3 质量
2.3.1 问题列表警报器
2.3.2 顾客满意度警报器
2.4 学会利用经验
2.5 本章小结
习题
第3章 第1步——停止
3.1 停止项目
3.1.1 为什么停止项目
3.1.2 谁来停止项目
3.1.3 项目停止程序
3.2 准备下一步
3.3 开展团队行动
3.4 处理反对意见
3.5 可能出现哪些问题及如何解决
3.6 本章小结
习题
第4章 第2步——选定评估者
4.1 该选谁——合格评估者的素质要求
4.2 案情陈述
4.2.1 应包含的内容
4.2.2 管理者的承诺
4.2.3 评估者的承诺
4.3 大型软件项目
4.4 可能出现哪些问题及如何解决
4.5 本章小结
习题
第5章 第3步——评估项目现状
5.1 评审
5.1.1 软件项目评审概述
5.1.2 评审面临失败的软件项目
5.2 项目状态信息的来源
5.2.1 口头的状态信息
5.2.2 操作性的状态信息
5.2.3 文档类信息
5.3 评估大型软件项目
5.3.1 大型项目有何不同
5.3.2 评估团队
5.3.3 评估大型项目的指导方针
5.4 拼拼图
5.5 可能出现哪些问题及如何解决
5.6 本章小结
习题
第6章 第4步——评估项目团队
6.1 一般原则
6.2 评审团队整体
6.3 评审项目管理
6.4 评审团队成员
6.5 整合信息
6.6 可能出现哪些问题及如何解决
6.7 本章小结
习题
第7章 第5步——确定最低目标
7.1 项目目标和拯救过程
7.1.1 区分目标、具体目标、需求和交付成果
7.1.2 项目目标由谁制定
7.1.3 同目标监督者结成同盟
7.2 目标最低化的准则
7.2.1 降低目标的过程
7.2.2 一个降低目标的案例
7.2.3 处理反对意见
7.3 大型项目的目标最低化
7.4 可能出现哪些问题及如何解决
7.5 本章小结
习题
第8章 第6步——确定最低目标能否实现
8.1 可实现的目标
8.1.1 可行性分析方法
8.1.2 被拯救项目的可实现目标
8.1.3 如果目标不可实现
8.2 中期报告
8.3 可能出现哪些问题及如何解决
8.4 本章小结
习题
第9章 第7步——重建项目团队
9.1 回顾团队评估
9.2 识别问题
9.3 重建团队
9.3.1 应对变更
9.3.2 实施变更
9.3.3 处理反对意见
9.4 重建大型项目团队
9.5 可能出现哪些问题及如何解决
9.6 本章小结
习题
第10章 第8步——风险分析
10.1 风险分析概述
10.2 风险分析过程
10.2.1 预测问题
10.2.2 分析阶段
10.2.3 实施风险行动方案
10.3 风险分析的一个例子
10.4 可能出现哪些问题及如何解决
10.5 本章小结
习题
第11章 第9步——修改计划
11.1 软件项目计划制定综述
11.1.1 软件项目计划概念
11.1.2 软件项目开发计划
11.1.3 项目计划制定工具
11.2 制定一个被拯救项目的计划
11.2.1 为被拯救项目制订计划的指导方针
11.2.2 其他需考虑的事项
11.3 可能出现哪些问题及如何解决
11.4 本章小结
习题
第12章 第10步——创建早期预警系统
12.1 早期预警系统的组成要素
12.2 开发数据收集
12.2.1 项目开发数据的作用
12.2.2 重启后项目的数据收集
12.3 定期项目现状评审
12.4 项目报警机制
12.5 启动校正行动
12.6 后续行动
12.7 可能出现哪些问题及如何解决
12.8 本章小结
习题
第13章 尾声:把最后的拼图放入位置
13.1 项目结束后的总结回顾
13.2 人为因素
13.3 灾难拯救的时间表
13.4 最终报告
13.5 案例分析
13.6 结束语
参考书目
术语表
^ 收 起
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人拥有
公众号、微信群
缺书网
微信公众号
微信公众号
扫码进群
实时获取购书优惠
实时获取购书优惠