敏捷实践指南：常见敏捷实践——回顾

回顾是最重要的一个实践，原因是它能让团队学习、改进和调整其过程。

回顾可以帮助团队从之前的产品开发工作及其过程中学习。《敏捷宣言》背后的原则之一是：“团队要定期反省如何能够做到更加有效，并相应地调整团队的行为。”

许多团队使用迭代，尤其是为期两周的迭代，因为迭代在最后会提示进行演示和回顾。不过，团队回顾并不需要迭代。团队成员可以决定在这些关键时刻进行回顾：

·当团队完成一个发布或者加入一些功能时。这不一定是一个巨大的增量。它可以是任何发布，无论它有多小。

·自上次回顶顾以来，又过了几周时间。

·当团队出现问题时，以及团队协作完成工作不顺畅时。

·当团队达到任何其他里程碑时。

团队可以通过分配足够的时间学习受益，无论是在项目中间回顾，还是在项目结束时回顶。团队需要了解他们的工作产品和工作过程。例如，有些团队在完成工作时遇到因难。团队可以计划用充足的时间组织回顶，以此收集数据、处理数据、再决定之后要尝试的实验做法。

首要的是，回顾并不是责备：回顾是让团队从以前的工作中学习并做出小的改进。

回顾针对定性的(人的感觉)和定量的(衡量指标)数据，然后利用这些数据找到根源，设计对策，并制定行动计划。项目团队可以采取许多行动事项来消除障碍。

考虑限制行动事项的数量，使团队在即将进行的迭代或工作期间有能力改进。尝试一次改进太多的事情却没有完成其中任何一件，比计划完成较少的事情并成功全部完成要槽糕得多。然后，在时间允许的情况下，团队可以进行列表中的下一个改进。团队选择改进时，要决定如何衡量结果。然后，在下一段时间内要衡量结果，以验证每个改进成功与否。

来自团队的一位促进者引导团队通过一个活动对所有改进事项的重要性进行排序。完成对改进事项的排序后，团队为下一次迭代选择合适的数量(或者在流程基础上增加工作)。