临近迭代结束时，团队共同评估是否满足了迭代计划中确定的目标和评估标准，以及团队是否坚持了计划并完成了迭代所承诺的所有工作项。团队尽最大的可能进行客观衡量。为了评估给定的工作任务是否完成，团队应确认成功运行了相应的测试用例。

团队准备演示此时已实现的特性，这样在迭代评估中，利益相关人可以对进展有一个真实的印象。团队决定是否由每一位开发人员演示他们实现的功能，还是由项目经理或资深开发者来进行全部的演示，而其他成员则负责提问。

除了演示，准备好报告展示项目的进展，如工作燃尽情况和测试用例报告。

这些活动发生在迭代会议的准备过程中。

团队向客户、最终用户以及其他利益相关人演示产品，以收集他们的反馈，或者更好的由最终用户自己使用产品。这可以在迭代进行中完成，但至少在迭代结束的评估中进行一次（参见：Guideline：Iteration Assessment）。未完成的工作不应该进行演示。

在工作项列表中记录结果（如新功能、变更请求以及缺陷），这样在下一次迭代策划中可以完善项目的优先级、范围和持续时间。

团队Review采取的开发和协作方式、开发环境的有效性、工作环境的适合性，以及其他因素。讨论什么已经做得很好、什么可以做得更好，以及为了交付更好的结果可以做什么改变。记录当前迭代计划的评估结果、利益相关人反馈，以及下一次迭代将采取的改进行动。将经验教训记入整个项目的经验教训总结中。

当评估时期恰好在阶段结束时，可用里程碑评审代替。这是对已完成工作的非正式评审，通过该评审团队和利益相关人同意项目进入下一个阶段，并根据下一阶段的重点制定一组新的迭代及其目标。更多信息参见：Concept：Phase Milestones。

执行这一步，当迭代评审的时机恰好在项目结束时。团队和相关人一起对项目进行最后的评估，此点标志着客户接受软件产品的所有权。完成项目的收尾工作，处理剩余资产并重新分配剩余的员工。