srcmini本文概述
迭代计划的主要目的是为了团队。团队应该是排名靠前的产品积压项目的完整集合。排名靠前的产品积压工作是对迭代时间和团队速度所需时间的承诺。
谁参与了迭代计划？
Scrum Master：Scrum Master是团队负责人和设施提供商。他帮助团队成员遵循敏捷实践，以便他们能够满足自己的承诺和客户要求。
产品负责人：产品负责人全面了解产品待办事项及其接受标准。
敏捷开发团队：敏捷交付定义了他们的任务并确定了工作量。努力是为了估计实现承诺的要求。
规划的前提
- 产品积压中的项目按大小确定并分配了相对的故事点。
- 产品负责人对投资组合项目进行了排名。
- 明确说明了每个投资组合项目的接受标准。
规划过程
迭代计划涉及以下步骤：
- 确定一个迭代中适合多少个需求（故事）。
- 将此要求分解为任务。将每个任务分配给它们的所有者。
- 每个任务都设置为某个估计时间。
- 这些估计值可帮助团队成员检查每个成员需要迭代多少小时。
- 通过查看团队成员的速度或能力为其分配任务。因此，团队成员不会负担过多。
速度计算
敏捷团队基于先前的迭代来计算速度。速度是在迭代中需要整理用户故事的平均单元数。假设一个团队在前三个迭代的每次迭代中获得10、12、8个故事点，这表明该团队可以为下一个迭代以10作为速度。
计划的速度告诉团队在当前迭代中可以完成多少个用户需求。如果团队立即完成分配的工作，则可以引入更多的用户需求。否则，需求也可以移至下一个迭代。
任务能力
三个因素决定团队的能力：
- 一天中理想工作时间的总数
- 一个人给出每次迭代的总天数
- 成员完全可用于团队的时间百分比。
假设一个团队有6名成员，承诺每天在一个项目上全职工作8个小时。而且没有成员在迭代过程中处于休假状态，因此两周迭代的任务容量为-6 x 8 x 10 = 480小时
迭代计划步骤
- 产品负责人描述了产品待办事项中排名最高的项目。
- 团队成员描述完成项目所需的任务。
- 团队成员拥有任务。
- 团队成员估计自己完成每个任务的时间。
- 对迭代中的所有项目重复上述步骤。
- 如果任何成员的工作量过大，那么他/她的任务将分配给其他团队成员。
评论前必须登录！
注册