敏捷迭代计划

迭代计划的主要目的是为了团队。 团队应该是排名靠前的产品待办事项的完整集合。 完成排名靠前的产品待办事项是在迭代时长和团队速度所需的时间上的承诺。

谁参与迭代计划？

Scrum Master： Scrum Master 是一名团队负责人和设施提供者。 他帮助团队成员遵循敏捷实践，以便他们能够满足他们的承诺和客户的要求。

产品负责人：产品负责人处理产品待办事项及其验收标准的完整视图。

敏捷开发团队：敏捷交付定义了他们的任务并设置了工作量。 工作量是评估履行承诺的要求。

计划的先决条件

• 产品待办事项中的项目已调整大小并分配了相对的故事点。
• 产品负责人对投资组合项目进行了排名。
• 每个投资组合项目的验收标准都已明确说明。

计划流程

迭代计划涉及以下步骤

• 确定一个迭代中可以容纳多少个需求（故事）。
• 将此要求分解为任务。 将每个任务分配给他们的所有者。
• 每个任务都设置了一些估计时间。
• 这些估计有助于团队成员检查每个成员需要多少小时才能迭代。
• 团队成员通过查看他们的速度或能力来分配任务。 因此，团队成员不会负担过重。

速度计算

敏捷团队根据之前的迭代计算速度。 速度是完成迭代中的用户故事所需的平均单元数。 假设一个团队在前三个迭代中分别使用了 10、12、8 个故事点，这表明该团队可以将 10 作为下一个迭代的速度。

计划的速度告诉团队可以在当前迭代中完成多少用户需求。 如果团队立即完成分配的工作，则可以引入更多用户需求。 否则，也可以将需求移到下一个迭代中。

任务容量

三个因素决定了团队的能力

• 一天中理想工作总时数
• 一个人在每次迭代中给出总天数
• 成员完全可以为团队提供的时间百分比。

考虑到一个团队有 6 名成员，承诺每天全职工作 8 小时进行项目。 并且在迭代期间没有成员休假，那么为期两周的迭代的任务容量将是 -
6 x 8 x 10 = 480 小时

迭代计划步骤

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