迭代计划的主要目的是为团队。团队应该是一整套排名靠前的产品待处理事项。排名靠前的产品待处理事项的完成是在迭代和团队速度的长度上所需的时间的承诺。
谁参与迭代计划?
Scrum Master:Scrum Master是团队领导和设施提供商。他帮助团队成员遵循敏捷实践,以便他们能够满足他们的承诺和客户要求。
产品负责人:产品负责人处理产品待办事项及其验收标准的完整视图。
敏捷开发团队:敏捷交付定义了任务并确定了工作量。
规划前提条件
- 产品待办事项中的项目已调整大小并分配了相对故事点。
- 产品所有者对产品组合项进行了排名。
- 明确说明每个项目组合项目的接受标准。
计划过程
迭代计划涉及以下步骤:
- 确定迭代中适合的需求(故事)数量。
- 将此要求分解为任务,将每个任务分配给其所有者。
- 每项任务都设置为一些估计时间。
- 这些估计值有助于团队成员检查每个成员需要迭代的小时数。
- 通过查看团队成员的速度或能力来为他们分配任务。因此,团队成员不会负担过重。
速度计算
敏捷团队根据之前的迭代计算速度。速度是在迭代中需要完成用户故事的平均单位数。假设一个团队在前三次迭代的每次迭代中占用了10,12,8个故事点,这表明团队可以将10作为下一次迭代的速度。
计划速度告诉团队在当前迭代中可以完成多少用户需求。如果团队立即完成分配的工作,则可以引入更多用户需求。否则,需求也可以移出到下一次迭代。
任务能力
三个因素决定了团队的能力:
- 一天中理想的工作小时数
- 一个人在每次迭代中给出总天数
- 成员完全可用于团队的时间百分比。
假如一个团队有6名成员,致力于每天8小时的全职工作。在迭代期间没有成员休假,然后两周迭代的任务能力是 -
6 x 8 x 10 = 480小时
迭代计划步骤
产品负责人描述产品待办事项中排名最高的事项。
- 团队成员描述完成项目所需的任务。
- 团队成员拥有这些任务。
- 团队成员估计自己完成每项任务的时间。
- 对迭代中的所有项重复上述步骤。
- 如果任何成员超负荷工作,那么他/她的任务分配给其他团队成员。