在计划下一次迭代前，排序工作项列表。考虑自上次迭代以来发生的变化（例如新的变更请求、利益相关人调整了优先级、或者出现了新的风险）

和团队一起工作定义迭代目标，这些目标可以在项目定义和范围中找到；在迭代计划中记录这些目标以为迭代提供高层的方向。目标应该由利益相关人优先级驱动，并在最终确定迭代计划时完成修改。通常通过高层的功能或场景定义这些目标，这些功能或场景需要在迭代中完成以向客户交付增量价值。

在项目中，可能出现新的假设和关注点。帮助团队识别并排序这些新的风险，并作为迭代计划的一部分，更新风险列表。在工作项列表中，添加风险应对工作项，将影响迭代计划中的工作。

和团队一起，尤其是项目利益相关人，从工作项列表中识别将要处理的高优先级的工作项。高层目标提供了考虑哪些工作项的指导。迭代计划应考虑上一次迭代的评估结果，这些评估结果可以作为当前迭代计划的输入。团队Review他们的速率并决定迭代中可以完成多少数量的工作。团队将这些迭代中选定的工作项拆分为任务，并对每个任务评估其工作量。通常任务的工作时间长度为0.5~2天，并将这些任务记录进工作项列表。更多信息，参见：Guideline：Agile Estimation。

当团队决定接受一个工作项，它将被分配给一位或多为项目成员。理想情况是，团队成员主动领取这些工作，因为这让人积极且致力于完成这些工作。然后，基于组织文化，你可能需要通过指派来安排这些工作。

每个迭代应该包括测试作为评估的一部分，因此测试目标和测试用例也需要细化。其它评估准则可以包括向关键利益相关人进行成功的演示、或通过一小组目标用户良好的使用。在迭代计划中记录评估准则。

基于上一次迭代的评估结果，更新项目定义工件，如果需要的话。必需的更改包括需要新的资源、计划外增加的工作量，或者实现特定的变更请求。如果变更影响了项目里程碑，在确认它们之前和利益相关人商议。