迭代计划的目的是使团队完成排名靠前的产品待办事项集。该承诺根据迭代的时间和团队速度在时间上加框。

涉及谁?

• Scrum Master -Scrum Master充当敏捷交付团队的推动者。

• 产品负责人-产品负责人处理产品待办事项的详细视图及其接受标准。

• 敏捷团队-敏捷交付定义了他们的任务，并设定了履行承诺所需的工作量估算。

规划的前提

• 产品积压中的项目已调整大小并分配了相对的故事点。
• 产品所有者已对投资组合项目进行了排名。
• 每个投资组合项目都明确规定了接受标准。

规划过程

以下是迭代计划中涉及的步骤-

• 确定一个迭代中可以容纳多少个故事。
• 将这些故事分解为任务，并将每个任务分配给它们的所有者。
• 每个任务都以小时为单位进行估算。
• 这些估计值可帮助团队成员检查每个成员在迭代中有多少小时的工作时间。
• 为团队成员分配任务时要考虑他们的速度或能力，以免负担过重。

速度计算

敏捷团队根据过去的迭代来计算速度。速度是在迭代中完成用户故事所需的平均单位数。例如，如果团队在最后三个迭代的每次迭代中获得12、14、10个故事点，则团队可以为下一次迭代以12作为速度。

计划的速度告诉团队在当前迭代中可以完成多少个用户故事。如果团队迅速完成分配的任务，则可以引入更多用户故事。否则，故事也可以移出至下一个迭代。

任务能力

团队的能力来自以下三个事实-

• 一天中理想工作时间的数量
• 迭代中人员的可用天数
• 成员专属于团队的时间百分比。

假设一个团队有5名成员，致力于在一个项目上全职工作(每天8小时)，并且在迭代过程中没有人请假，那么两周迭代的任务能力为-

5×8×10 = 400小时

规划步骤

• 产品负责人描述了产品待办事项中排名最高的项目。
• 团队描述完成该项目所需的任务。
• 团队成员拥有任务。
• 团队成员估计完成每个任务的时间。
• 对迭代中的所有项目重复这些步骤。
• 如果任何人的任务超负荷，那么他/她的任务将分配给其他团队成员。