迭代计划

迭代计划会议旨在让团队为完成一系列排位最高的产品积压工作项做出承诺。此承诺将定义迭代积压工作,并基于团队的速度或产能以及迭代时间框的长度。

涉及哪些人?

迭代计划是涉及以下角色的协作工作:

  • Scrum 专家:为会议提供帮助
  • 产品所有者:描述产品积压工作项及其验收标准的详细信息
  • 交付团队:定义履行承诺所需完成的任务和工作
积压工作

计划会议之前

在开始之前,请确保:

  • 团队已对产品积压工作中的项进行规模评估并为其分配了相对情景分数值
  • 产品积压工作采用排位放置以反映产品所有者的优先级
  • 基本了解这些已排位积压工作项的验收条件

平等机遇的积压工作

产品积压工作可提供新功能并对现有功能进行修复。产品积压工作项的排定顺序完全独立于其祖先。

针对迭代计划的目的,产品积压工作项的重要特征为:

  • 它足够小,以便可在迭代中完成
  • 可以验证它是否已正确实施

调整积压工作项的规模

因太大而难以在迭代中完成的产品积压工作项需拆分为较小的项目。拆分产品积压工作项的最佳方法是按值而不是按过程。

如果可以拆分产品积压工作项,其子项便可提供价值,而迭代也可递增地提供价值。如果按过程进行拆分,便会因为在所有子项完成之前无法提供价值而影响上市时间。

复合情景可通过分解轻松拆分。复杂的情景会带来不同的挑战。Bill Wake 在以下位置枚举了二十项技术:http://xp123.com/xplor/xp0512/index.shtml

计划过程

规划迭代的内容包含两个阶段:确定迭代可容纳多少用户情景,然后将这些情景划分为任务并分配所有者。

规模调整是指用户情景的相对范围,且通常以相对点为单位。在首次创建用户情景、积压工作梳理会话期间以及计划会议之前,团队均会定期估算用户情景的规模。当时间计划开始时,团队应了解积压工作靠前的哪些情景可包含到迭代内。

估算是指将用户情景划分为任务。对完成用户情景所需的小步骤进行标识后,便会为每个任务提供以小时为单位的估算值。通过此图,团队可持续了解某一待完成任务的进度。此外,团队还可了解每个团队成员在迭代中的任务小时数(称为产能),以防止某些个人负担过重。

用户情景分值不应转化为任务总小时数,同时也不应与其进行比较。

规模调整和估算
                      规模调整和估算(5 分钟)

用户情景规模

成熟的团队会使用过去的速度来确定在迭代期间对哪些产品积压工作项做出承诺。速度是指团队可在迭代中完成的用户情景分值的平均数。例如,某一新团队已在其最后三个迭代中完成 12、14 和 8 分。由于某一已解决的技术问题,复查会议揭示出该团队在最近的迭代中只能完成 8 个情景分值。基于此类因素,团队会将其速度估算为 12 个情景分值以便在下一迭代中使用。

在 CA Agile Central 中创建迭代时,请使用“计划速度”字段来记录团队认为其可完成的用户情景分值(或其他值)。新的团队可能不知道其速度,或是无法将其稳定地用作迭代计划的基础。对新团队而言,其中一种解决方法是根据过去的项目工作来做出最佳推测从而做出承诺。如果团队能快速完成所有排定工作,则可引入更多工作项。如果速度估算值过低,团队则应在下一迭代中减少承诺的工作量。

任务产能

团队产能源自对每个团队成员的三项简易评估:

  • 工作日的理想小时数
  • 人员在迭代中可用的天数
  • 人员用于此团队的时间百分比

例如,某一团队有五个人均全职供职于此团队。每个人每天约有理想的六个小时来处理任务,且无人休假。对于为期一周的迭代:

5 个团队成员 X 6 个理想小时 X 5 个工作日 = 150 个小时的任务产能

计划步骤

  1. 产品所有者将描述排位最高的产品积压工作项。
  2. 团队确定完成每个产品积压工作项所需执行的任务。
  3. 团队成员自愿负责这些任务。
  4. 任务所有者估算其完成每项任务所需的理想小时数。
  5. 计划步骤将反复执行,同时团队致力于交付而不超过最佳速度。

如果任意个人在迭代计划期间超过其产能,团队则会协作来分担负荷。

日程

  1. 开场
    欢迎与会者、查看目的、日程和组织工具。
  2. 产品愿景和路线图
    提醒团队要有更远大的理想。
  3. 开发状态、体系结构的状态、先前迭代的结果
    讨论可能会影响计划的所有新信息。
  4. 迭代名称和主题
    就名称和主题做出协同决策。
  5. 先前迭代中的速度
    提供用于此迭代的速度。
  6. 迭代时间框(日期、工作天数)
    确定时间框和总工作天数。减少假日或影响整个团队的其他事件的天数。
  7. 团队产能(可用性)
    每个团队成员根据个人可用性、针对此项目和其他项目的分配情况以及每天针对此迭代中任务的生产时间来计算其产能。
  8. 问题和顾虑
    对所有当前已知的问题和顾虑进行签入并按需进行记录。
  9. 复查并更新“完成定义”
    复查“完成定义”并根据技术、技能或自最后迭代以来的团队补充更改进行相应的更新。
  10. 产品积压工作中需考虑的情景或项目
    显示将为迭代积压工作考虑的建议产品积压工作项。
  11. 分配任务
    交付团队确定任务、注册工作并估算其所负责的任务。产品所有者解答澄清问题并按需详细制定验收标准;Scrum 专家为协作提供支持。
    a. 任务,b. 估算,c. 所有者
  12. 新问题和顾虑
    根据任务分配对所有新的问题和顾虑进行签入并按需进行记录。
  13. 依存关系和假设
    对计划期间的所有依存关系或假设进行签入并按需进行记录。
  14. 提交!
    Scrum 专家对计划进行投票。敏捷团队和产品所有者就其当前所了解的情况表示此计划是否为最佳计划,同时每天致力于推动计划向下一级别深入。
  15. 通信和后勤计划
    复查并更新此迭代的通信和后勤计划。
  16. 停车场
    处理停车场—所有项目均应确定为已解决或转为操作项。
  17. 操作项/计划
    处理操作计划—将操作项分配给所有者。
  18. 回顾会议
    由于我们希望这些会议对所有人均有用,因此我们会征求针对会议本身的反馈。
  19. 关闭
    庆祝成功的计划会议!

反馈

需要更多帮助? CA Agile Central 社区为您提供一站式自助和支持。要将反馈或支持请求提交到 CA Agile Central 支持、获取解答并与其他用户协作,请加入我们的 CA Agile Central 社区