追溯会议
在冲刺 (sprint) 评审会议后，团队会在冲刺 (sprint) 的最后一天召开追溯会议。 在此会议中，团队将审视和检查它在 Scrum 过程中的工作历程。 根据此分析，团队可以决定调整其过程，以便提高其自身的有效性、效率、质量和满意度。 此会议和取得的改进成果对自律行为的敏捷原则非常关键。 有关更多信息，请参见敏捷原则和价值 - Jeff Sutherland 著。
如果您的团队未完成指派给冲刺 (sprint) 的所有用户情景，您将在追溯会议中讨论其原因。 团队将确定是否会调整其过程，以降低出现此类问题的可能性。 此外，还需对影响团队整体有效性、效率、质量和团队对项目的满意度的问题展开讨论。
例如，假设团队中的多项任务只能由团队中的某个人执行。 这种专业知识的孤立现象就形成了一个阻碍冲刺 (sprint) 成功的关键路径。 团队的一个成员不得不在冲刺 (sprint) 期间工作很长时间，而团队的其他成员因未能帮助执行这些任务而灰心丧气。 因此，该团队决定实践极限编程以在一段时间内帮助纠正这一问题。
在某些情况下，您的团队可能需要完成某些工作才能实现改进。 例如，假设某个团队花费了过多时间来处理失败的生成。 该团队决定实现持续集成。 但团队不想冒中断其常规生成过程的风险。 因此，在生产生成中启用持续集成之前,他们分配了几个小时来设置试用生成。 团队创建了一项附加工作，并将该工作优先排在剩余的产品积压工作之前。
有关如何召开高效的追溯会议的更多信息，请参见以下 Web 资源：Project Retrospectives: A Handbook for Team Reviews（项目追溯：团队评审手册）和 Agile Retrospectives（敏捷追溯）。