在 Azure Boards 中使用功能成熟度模型集成 (CMMI) 过程规划迭代
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018
在迭代中开发软件意味着将工作划分为增量阶段，这样，在每次迭代结束时，软件具有逐步提高的工作功能。 理想情况下，在第一次迭代后，需要向客户显示一些内容。 迭代可让你提前收到反馈，以便尽早进行课程更正。
归纳起来，计划迭代的过程包括确定迭代的所需持续时间、确定在此时间内您的团队可完成的工作量以及计划每次迭代应包含的工作。
MSF for CMMI Process Improvement 模板在每个工作项中提供一个“迭代路径”字段，以便于您按迭代跟踪您的工作。 可以自定义该路径以反映计划运行的迭代。 有关 CMMI 的详细信息，请参阅 CMMI 的背景。
创建要实现的任务并测试各个需求
迭代计划通过安排到迭代中的任务列表来表示。 每项任务都链接到该任务实现的产品需求。
迭代开始时，团队将查看安排到此迭代中的需求并创建任务工作项。 任务工作项描述完成此要求所需执行的工作（例如，设计、开发和测试）。
迭代期间，团队成员将更新任务的完成状态和剩余工时字段。 如果团队保持更新此信息，“进度”面板和其他报表将指示剩余工作量，并且燃尽图的斜率将指示此工作是否可能会准时完成。
估计适当的迭代工作量
最有可能的是，在项目规划期间，已同意在一系列时间限制迭代中开发产品增量。 这些迭代的时间通常在 1-4 周之间不等。
模板提供以下报表，在估计对迭代计划的工作量时，这些报表非常有用。
所有迭代的状态 此报表可帮助你跟踪连续迭代的团队性能。 使用此报表可查看迭代中已完成的要求数和工时数。
要求概述 此报表列出所有要求，按区域和迭代进行筛选，并按重要性顺序排序。 此报表可显示迭代中团队已完成的工作量。
烧毁率和烧毁率 烧毁显示指定时间段内已完成和剩余工时的趋势。 “燃速”基于迭代长度显示已完成和所需的工作速度。
安排迭代演示和移交
计划时间，向利益干系人展示增量功能，收集团队进行回顾，并移交完成的验证测试工作。
通常，应在迭代的最后一天提供时间，以向利益干系人演示工作功能。
记录反馈，并将其保存在项目门户网站上。 如果演示发现了新任务或要求，应根据需要创建相应工作项。 这些任务计划用于未来的迭代计划。
启动迭代
通过启动项目最低版本来开始执行迭代。 召集团队成员。 概括迭代目标和范围。 讨论并展示计划及任何目标。 确保所有团队成员都具备足够的背景知识，以便自律地继续开展工作。 留出一定的时间和空间以供团队成员提问，并记录会议中提到的任何问题或风险。 将这些项存储为项目门户中的分钟数。 接下来，项目经理应根据需要创建风险和问题工作项。
跟踪迭代
在整个迭代过程中，可以使用任务板上显示的烧毁图表或模板提供的报表，每天监视其进度。 需要特别注意 剩余工时、 计划外工时和 要求概述 ，以确保迭代根据预期进行跟踪。
其他资源
有关更多信息，请参见以下 Web 资源：
项目回顾：团队评论手册，诺曼·凯思：2001年多塞特之家。
敏捷回顾：让好球队变得伟大，埃瑟德比和戴安娜·拉森：务实书架，2006年。