敏捷 - 迭代规划
迭代规划的目的是让团队完成一组排名靠前的产品待办事项。此承诺的时间范围基于迭代长度和团队速度。
谁参与?
Scrum Master − Scrum Master 充当敏捷交付团队的推动者。
产品负责人 − 产品负责人处理产品待办事项的详细视图及其验收标准。
敏捷团队 −敏捷交付定义了他们的任务并设定了履行承诺所需的工作量估计。
规划的先决条件
- 产品待办事项中的项目已确定大小并分配了相对故事点。
- 产品所有者已对产品组合项目进行了排名。
- 已明确说明每个产品组合项目的验收标准。
规划过程
以下是迭代规划所涉及的步骤 −
- 确定一次迭代中可以容纳多少个故事。
- 将这些故事分解为任务并将每个任务分配给其所有者。
- 每个任务都以小时为单位给出估计值。
- 这些估计值可帮助团队成员检查每个成员在任务上有多少任务小时数迭代。
- 根据团队成员的速度或能力分配任务，以免他们负担过重。
速度计算
敏捷团队根据过去的迭代计算速度。速度是在一次迭代中完成用户故事所需的平均单位数。例如，如果一个团队在过去三次迭代中每次迭代分别获得 12、14、10 个故事点，那么该团队可以将 12 作为下一次迭代的速度。
计划速度告诉团队在当前迭代中可以完成多少个用户故事。如果团队快速完成分配的任务，则可以引入更多用户故事。否则，故事也可以移出到下一个迭代。
任务容量
团队的容量来自以下三个事实 −
- 一天中理想的工作小时数
- 迭代中人员的可用天数
- 成员专门为团队可用的时间百分比。
假设一个团队有 5 名成员，承诺全职(每天 8 小时)从事一个项目，并且在迭代期间没有人休假，那么两周迭代的任务容量将是 −
5 × 8 × 10 = 400 小时
规划步骤
- 产品负责人描述产品待办事项中排名最高的项目。
- 团队描述完成该项目所需的任务。
- 团队成员负责这些任务。
- 团队成员估计完成每项任务的时间。
- 对迭代中的所有项目重复这些步骤。
- 如果任何个人的任务超负荷，那么他/她的任务将分配给其他团队成员。
