迭代软件开发项目管理

第1部分 迭代项目管理原理

第1章 什么是迭代开发

1.1 迭代与科学方法

1.2 迭代的含义

1.2.1 迭代是一个独立的微型项目

1.2.2 迭代有一组独特的活动

1.2.3 每次迭代的结果都在“发布版本”中

1.2.4 迭代开发的特点

1.3 迭代体验

1.3.1 站在核心开发团队的角度分析迭代

1.3.2 站在客户的角度分析迭代

1.3.3 站在管理团队的角度分析迭代

1.4 小结

第2章 迭代项目的特性

2.1 迭代开发：最大化项目成功的机会

2.1.1 定义项目成功标准

2.1.2 成功和迭代项目

2.1.3 成功与迭代：收集项目成功的证据

2.2 一个成功的迭代项目的主要特征

2.2.1 可验证的、可客观度量的过程

2.2.2 避免“特征蠕变

2.2.3 持续增加功能

2.2.4 不断提高质量

2.2.5 持续降低风险

2.2.6 控制变更

2.2.7 越来越精确的估算

2.2.8 越来越高昂的热情、士气、协作和团队工作

2.2.9 致力于一种正确的商业解决方案

2.3 小结

第3章 控制迭代项目

3.1 制约项目的变量：范围、质量、时间和成本

3.2 利益相关方：项目成功的真正驱动者

3.3 控制单个迭代

3.3.1 时间盒

3.3.2 范围盒

3.3.3 控制迭代指南

3.4 从总体上控制项目

3.4.1 阶段和里程碑的重要性

3.4.2 迭代、阶段和里程碑

3.5 统一过程阶段

3.5.1 初始阶段

3.5.2 精化阶段

3.5.3 构建阶段

3.5.4 移交阶段

3.5.5 阶段和里程碑的可选视图

3.5.6 对统一过程生命周期的常见误解

3.6 客观度量成果：在项目生命周期内控制迭代

3.7 度量和迭代：项目的反馈控制

3.7.1 度量和阶段

3.7.2 通过度量控制项目

3.8 小结

第4章 为迭代项目管理做好准备

4.1 交付价值：成功的关键之处

4.1.1 迭代专注于交付价值

4.1.2 用例：统一迭代开发方法

4.1.3 期望成果、风险、场景和迭代规划

4.2 迭代项目的团队建设

4.2.1 团队技能和态度

4.2.2 领导团队

4.2.3 架构的职责：奠定一个坚实的基础

4.2.4 与扩展团队一起工作

4.2.5 迭代态度和价值观

4.3 改变考虑规划的方式

4.3.1 传统规划理念

4.3.2 为什么将传统的规划理念应用到软件中是错误的

4.3.3 渐进规划理念

4.3.4 比较两种方法

4.3.5 成功的迭代项目经理的七个习惯

4.4 小结

第2部分 规划和管理一个迭代项目

第5章 采用分层方法规划和管理迭代项目

5.1 管理层次

5.1.1 项目群管理层

5.1.2 总体项目管理层

5.1.3 开发层

5.1.4 迭代层

5.1.5 各层次的职责

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.4.1 层次化容忍限度

5.4.2 层次化估算

5.4.3 监测和控制

5.5 小结

第6章 整体项目规划

6.1 计划演变和发布

6.1.1 在多个演变之间平衡风险

6.1.2 处理连续的演变

6.1.3 规划多个演变

6.1.4 影响演变数量的因素

6.1.5 整体项目计划的组成

6.1.6 整体项目计划的形式

6.2 生命周期计划的原则

6.3 将原理应用于整体项目计划

6.3.1 原理1：了解期望的结果

6.3.2 原理2：识别和评估风险

6.3.3 原理3：确定管理策略

6.3.4 原理4：创建基于成果的路线图

6.3.5 原理5：了解解决方案及其作用范围

6.3.6 原理6：评估和预估要完成的工作

6.3.7 原理7：针对项目计划的保证约定

6.3.8 原理8：协调执行计划

6.3.9 原理9：迭代地演化和质疑各项计划

6.4 小结

第7章 演变和阶段规划

7.1 演变中执行的操作

7.1.1 在各个开发阶段之间平衡宽度和深度

7.1.2 生成的发布版类型因开发阶段而异

7.1.3 跨越开发阶段的工作和时间安排

7.1.4 迭代持续时间和频率

7.1.5 增加迭代和延长开发阶段的推动力

7.1.6 遵守时间表

7.2 规划演变

7.2.1 逐步推进演变计划

7.2.2 演变迭代模式

7.2.3 逐步演化演变计划

7.3 使用规程和工件进行工作

7.4 估算和工作分解结构

7.4.1 估算工作量

7.4.2 配备员工级别和技能集合

7.4.3 改写和修订估算及计划

7.5 小结

第8章 迭代规划

8.1 认同迭代计划

8.1.1 评估项目风险当前的状态

8.1.2 认同迭代的范围

8.1.3 认同对迭代的评价标准

8.1.4 将所有工作汇集成一个简单的计划

8.2 计划迭代的执行

8.2.1 认同采取的办法

8.2.2 定义迭代里程碑

8.2.3 认同工作分配

8.2.4 认同评估发生的时间

8.2.5 将细节作为迭代计划的部分呈献

8.3 迭代模式

8.3.1 初始阶段的迭代

8.3.2 精化阶段的迭代

8.3.3 构建阶段的迭代

8.3.4 移交阶段的迭代

……

第9章 迭代、阶段和项目评估

第10章 管理迭代项目的可伸缩方法

第11章 开始实践迭代项目管理

第3部分 附录

迭代开发是一种较新的方法，它从20世纪80年代开始起步。到了20世纪90年代，采用该方法的公司发现它比旧方法能够更好地交付价值。事后看来，迭代开发的发展历程似乎一帆风顺，但实际上，迭代方法与其他技术进步一样，经历了一条坎坷不平的发展之路，其中一些方法如昙花般短暂地盛开后迅速凋谢了，有很多方法经试用后终被抛弃。留下的方法是吸收许多项目的经验的结晶，我们要向那些先驱管理者和坚持使用该方法的管理人员致敬，感谢他们给后来者留下了一套可靠的现代软件开发项目管理方法。

规划和指导迭代软件项目的实用且全面的指南
迭代过程已经得到了广大软件开发人员的普遍认可，它有助于降低风险和投资，管理变化，提高生产率，开发出更有效、快捷的解决方案。但是传统的项目管理技术不能很好地适应迭代项目，而且新的迭代管理技术还很少有文档支持。《迭代软件开发项目管理》提供了一个很好的解决方案：它为任何迭代项目提供规划、组织、评估、人事招聘和管理方法，是一本非常实用的参考指南。
迭代开发领域的领衔专家Kurt Bittner和Ian Sperlce向读者介绍了一种经过验证的、可伸缩的方法来同时增加开发的敏捷性和可控性，从而满足了开发人员、管理人员和商家的需求。他们的技术容易理解，也易于和任何迭代方法同时使用，这些方法包括关系统一过程、极限编程、Microsoft解决方案架构等。
不管您是团队带领人、程序管理员、项目经理、开发人员、赞助商，还是用户代表，《迭代软件开发项目管理》都能使您受益匪浅。
《迭代软件开发项目管理》主要内容：
·理解迭代项目成功的关键驱动者
·利用“时间盒”来定义项目周期、评估结果
·使用统～过程的阶段来推动所管理的迭代开发项目
·掌握迭代项目管理的核心概念，包括分层和演化
·创建项目的路线图，包括版本计划
·发现风险管理、评估、组织和迭代计划的关键模式
·理解什么必须重点控制，什么可以安全委托
·平滑地转移到迭代过程
·扩展迭代项目管理的方法，应用到不同规模的项目中
·统一软件投资和商业需求
不管您是否喜欢用RUP、OpenUP还是其他敏捷过程来进行软件开发，《迭代软件开发项目管理》都能降低软件改进过程中的困难和成本，它提供了一种简单的、非入侵的途径来改进质量，并且不会使您和您的团队不知所措。