敏捷 - 迭代计划

迭代计划的目的是让团队完成一组排名前列的产品待办事项。此承诺基于迭代长度和团队速度进行时间限制。

谁参与了？

• Scrum Master − Scrum Master 充当敏捷交付团队的协调者。

• 产品负责人 − 产品负责人处理产品待办事项的详细视图及其验收标准。

• 敏捷团队 − 敏捷交付定义其任务并设定完成承诺所需的估算工作量。

计划的先决条件

• 产品待办事项中的项目已进行规模估算，并分配了相对的故事点。
• 产品负责人已对产品组合项目进行排序。
• 每个产品组合项目的验收标准都已明确说明。

计划过程

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

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

速度计算

敏捷团队根据过去的迭代计算速度。速度是在迭代中完成用户故事所需的平均单位数量。例如，如果一个团队在过去三个迭代中的每个迭代中分别完成了 12、14、10 个故事点，那么该团队可以将 12 作为下一个迭代的速度。

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

任务容量

团队的容量来自以下三个因素 -

• 一天的理想工作时间数
• 迭代中人员的可用天数
• 成员专门为团队提供服务的百分比。

假设一个团队有 5 名成员，承诺全职（每天 8 小时）参与一个项目，并且在迭代期间没有人休假，那么为期两周的迭代的任务容量将为 -

5 × 8 × 10 = 400 小时

计划步骤

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