以迭代方式开发软件意味着将您的工作划分为多个渐进式阶段，以便在每次迭代结束时提供的软件具有越来越多的有效功能。 理想情况下，即使在第一次迭代之后，您也会向客户演示某些功能。 迭代使您能够尽早收到反馈，以便尽早纠正航向。
归纳起来，计划迭代的过程包括确定迭代的所需持续时间、确定在此时间内您的团队可完成的工作量以及计划每次迭代应包含的工作。
MSF for CMMI Process Improvement 模板在每个工作项中提供一个“迭代路径”字段，以便于您按迭代跟踪您的工作。 可以对该路径进行自定义，以便反映您计划执行的迭代。 有关 CMMI 的更多信息，请参见 CMMI 背景信息。
创建要实现的任务并测试各个要求
迭代计划通过安排到迭代中的任务列表来表示。 每项任务都链接到该任务实现的产品要求。
迭代开始时，团队将查看安排到此迭代中的要求并创建任务工作项。 任务工作项描述完成此要求所需执行的工作（例如，设计、开发和测试）。
迭代期间，团队成员将更新任务的完成状态和剩余工时字段。 如果团队保持更新此信息，“进度”面板和其他报表将指示剩余工作量，并且燃尽图的斜率将指示此工作是否可能会准时完成。
估计适当的迭代工作量
项目计划期间，很可能会达成应在一系列具有时间限制的迭代中制定产品渐进式要求的协议。 这些迭代的时间通常在 1-4 周之间不等。
模板提供以下报表，在估计对迭代计划的工作量时，这些报表非常有用。
所有迭代的状态 此报表可帮助跟踪团队的后续迭代的性能。 使用此报表可查看迭代中已完成的要求数和工时数。
要求概述 此报表列出按区域和迭代筛选的所有要求，并按重要性进行排序。 此报表可显示迭代中团队已完成的工作量。
燃尽和燃速 “燃尽”显示指定时间段内已完成和剩余工作的趋势。 “燃速”基于迭代长度显示已完成和所需的工作速度。
安排迭代演示和移交
您应当计划执行以下任务的时间：向利益干系人演示渐进式功能、召集团队成员以召开追溯会议，以及移交已完成的工作以验证测试。
通常，应将迭代的最后一天的时间分配为向利益干系人演示有效功能。
记录反馈，并将其保存在项目门户网站上。 如果演示发现了新任务或要求，应根据需要创建相应工作项。 然后，应将这些工作项纳入到以后的迭代计划中。
启动迭代
通过启动项目最低版本来开始执行迭代。 召集团队成员。 概括迭代目标和范围。 讨论并展示计划及任何目标。 确保所有团队成员都具备足够的背景知识，以便自律地继续开展工作。 留出一定的时间和空间以供团队成员提问，并记录会议中提到的任何问题或风险。 将上述内容作为摘录记录在项目门户网站中。 接下来，项目经理应根据需要创建风险和问题工作项。
跟踪迭代
在迭代中，可以通过使用任务板上显示的燃尽图 (burndown chart) 或模板附带的报表监视日常进度。 你将需要格外关注 “剩余工时”报表、计划外工作和“要求概述”报表 (CMMI)以确保根据预期结果跟踪迭代。
其他资源
有关更多信息，请参见以下 Web 资源：
项目追溯：团队评审手册，Norman Kerth；Dorset House，2001。
敏捷追溯：成就伟大团队，Esther Derby and Diana Larsen；Pragmatic Bookshelf，2006。