7 迭代计划
迭代计划的目的是为了完成优先级高的产品需求列表项。承诺是基于迭代时间和团队速度的时间盒
7.1 参与者
- 流程管理者：敏捷交付团队的引导者
- 产品负责人：处理产品需求列表及其验收标准的详细的看法
- 敏捷团队：敏捷交付定义他们的任务，并设置完成承诺所需的努力评估
7.2 计划的先决条件
- 产品需求列表项有大小，且指定了相关的故事点
- 产品负责人条目集合排好序
- 每个条目有清晰描述的验收标准
7.3 计划流程
- 确定一个迭代包含的故事
- 划分这些故事成任务，并分配每个任务给对应的负责人
- 每个任务按小时评估
- 这些评估帮助团队成员检查每个成员对于这此迭代的任务时
- 根据团队成员的速度分配任务，以便他们不会负担过重
7.4 速度计算
- 敏捷团队基于过去的迭代计算速度
- 速度是迭代中所需的平均数字单位以便完成用户故事
- 比如，一个团队在过去的三个迭代中分别用12，14，10个故事点，这个团队下次迭代的速度是 12
- 计划的速度高速团队可以在当前迭代完成多少用户故事。如果团队快速完成分配的任务，那么可以加入更多的用户故事。否则，可在下次迭代移除一些故事
7.5 任务容量
- 一个团队的容量从下面三个因素考量
- 每天理想的工作小时
- 这次迭代中成员可用的天数
- 一个成员在此团队中不可用的时间百分比
- 假设一个团队 5 个成员，承诺为一个项目满时工作(每天 8 小时)，且没有人在迭代中离开，那么一个两周迭代的任务容量是 5*8*10=400 小时
7.6 计划步骤
- 产品负责人描述产品需求列表排序最高的条目
- 团队描述完成条目需要的任务
- 团队成员负责任务
- 团队成员估计完成每个任务的时间
- 在迭代中重复上述步骤
- 如果有人任务过多，将任务分给其他团队成员