敏捷-迭代计划


迭代计划的目的是让团队完成一组排名靠前的产品积压项目。这一承诺是根据迭代长度和团队速度确定的。

迭代计划

谁涉及?

  • Scrum Master - Scrum Master 充当敏捷交付团队的促进者。

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

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

规划的先决条件

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

规划流程

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

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

速度计算

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

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

任务能力

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

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

假设一个团队有 5 名成员,致力于在一个项目上全职工作(每天 8 小时),并且在迭代期间没有人休假,那么两周迭代的任务容量将为 -

5 × 8 × 10 = 400 小时

规划步骤

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