【敏捷】2.0 迭代规划会议

做什么（What）：PO阐述本次的迭代目标以及对实现目标有益的的PBI。团队据此决定本次迭代中需要做什么

怎么做（How）：开发团队将 PBI 分解为 SBI 任务，并进行时间估算，最终得到一个基于价值和工作量的迭代计划

谁来做（WHO）：团队成员领取相关的任务，代表着承诺，其完成效果明显高出任务分配的完成效果。

两段式会议（上）

1.PO 提出 冲刺目标， PO 与团队一起讨论并商定冲刺目标

2.从 PBL 中选择本迭代的用户故事 PBI

3.如果需要，拆分为更小的用户故事，并修订他们的估算

4.如果需要，创建用户故事来填补差距，以实现冲刺目标

5.确定团队可以做出哪些承诺

两段式会议（下）

1.开发团队创建与每个用户故事相关联的任务

2.进行设计：什么接口、什么构架、什么数据库、写什么组件

3.确定任务围绕着 DoD ：已开发、已集成、已测试、已归档

4.再次检查确认团队能够在冲刺的可用时间以完成任务

5.团队成员选择她/他的首要完成任务

确认生产能力

影响生产能力的五个因素：
1.其它冲刺活动：冲刺规划、每日会、冲刺评审、冲刺回顾、PBL 梳理
2.与冲刺无关的活动：支持、维护、或其它项目工作
3.个人休假
4.有效生产能力
5.冲刺缓冲

将故事分解为任务

 

速度（速率）：本次迭代中实际完成功能的故事点大小的总和。让团队得以观察历史表现来更准确地规划下阶段工作。可能需要四到八次迭代才能达到稳定的速度