第二章：规划项目
2.1踏上征程
与团队成员商量近期该做什么，并将项目产出牢记于心
2.2使项目足以启动的规划
了解管理层希望知道团队什么时候开发哪些特性？如何测量进度？项目何时完成？
用时间盒（TimeBox：特定时间长度，个人或团队完成某项特定任务）辅助规划活动。例如：时间盒划分为1天，规划近3周的活动，足以启动项目即可。
每隔几周就重新规划一次，做好反复规划的准备。（使用敏捷生命周期，就不需要预先规划了）
2.3开发项目规划模板
- 产品意图（为什么要开发这个产品，带来哪些效益）
- 历史记录（如果是后续版本，需要复查之前版本的历史记录）
- 发布条件（详细列出项目产品的关键可交付物）
- 目标（产品、项目、团队、组织目标）
- 项目组织（明确职责分配）
- 日程总览（标有主要里程碑，不要将WBS放在这里）
- 人员配备
- 建议日程（可用甘特图，渐进细节，不要过早细化日程）
- 风险列表（至少将前十的风险记录在案，经常监控，及时更新）
| 风险排序 | 描述 | 发生概率 | 严重程度 | 暴露程度 | 反应时间 | 对应计划 |
| 简要 | 高中低 | 高中低 | 发生概率*严重程度 |
2.4制定发布条件
条件需要是：确定的、可测量的、可达成的、相关的、可跟踪的
草拟发布条件，达成多方共识
2.5使用发布条件
发布条件只有“满足”和“不满足”，不要告诉客户大部分已完成，这只会误导客户。
可每周评估发布条件来确认项目在不断取得进展，和及时获得阻碍信息。
在必要时可变更发布条件。
铭记于心：
- 项目规划是在不断进行的，这只是开始。
- 为项目团队、出资人和项目经理自己制定发布条件，以明确“完成”的含义。
- 项目规划不必完美无瑕，但必须存在。
第三章：使用生命周期组织项目
3.1理解项目生命周期
3.2生命周期概览
顺序、迭代、增量、敏捷
3.3在项目中寻求反馈
3.4大规模项目需要组合使用多种生命周期
3.5管理框架风险
3.6从瀑布模型中摆脱出来
3.7我最钟爱的生命周期
用Scrum来产生演进的框架和交付功能。否则就阶段式的交付。
铭记在心：
- 在组织项目时，使用任何生命周期或是多种生命周期的组合，都可以让项目踏上成功之路
- 不要怯于创建反映项目实际情况的生命周期。
- 瀑布式生命周期，只有确定在使用它能获得成功时才使用。