Sprint Retrospective - 回顾的重要性

在Scrum中，每个Sprint结束的时候会有两个会议（Sprint Review/Demo和Sprint Retrospective回顾）。这两个会议是对过去的一个Sprint的一个总结，其中Review/Demo是检查过去一个Sprint的产出（What），主要是PO根据先前的计划来检查Team在过去一个Sprint的工作成果，包括一些Demo，以及未完成部分的总结和分析；而Retrospective则是回顾过去一个Sprint整个Team的运作模式，有什么好的和不好的实践，怎样在未来的Sprint做的更好，强调How。

Sprint Retrospective（回顾）

Sprint Retrospective会议主要是整个Team讨论过去的一个Sprint的运作，如何改进使Team更良好的运作。讨论的内容可以是任何有关Team建设的问题，包括工作流程、团队实践、团队内部/外部沟通、团队气氛以及相关工具的使用等等。

Scrum并不是一种方法，而是给软件开发流程提供了一种框架，在整个框架下，不同的项目、团队需要根据具体条件，适时调整实践方法。而Retrospective会议正是一个Scrum团队自我调整的机会。

会议的参加者包括整个Scrum团队、Scrum Master和Product Owner。会议由Scrum Master主持，一般以下边两个问题开始：

1.       过去的一个Sprint里，我们有哪些好的方面？

2.       过去一个Sprint存在哪些问题？

整个Team就这两个问题进行公开讨论，方式也可以是多样的。可以大家一起讨论，Scrum Master在讨论过程中将大家的观点记录在白板上；也可以让Team每个成员在便签纸上写下自己的答案，可以要求每个问题至少写三点，然后每个人把自己的答案贴在白板上，并给出相关解释。

讨论完毕后，对讨论结果进行分类。对于好的方便，在下个Sprint继续保持并发扬；对于存在的问题，列出Action Point去解决问题。列出的Action Point也会在下个Sprint的backlog中体现出来，并且是高优先级的项目。

在现有的项目管理工具里，我发现现在只有项目加项目管理产品特别强调了这块，有个单独的模块来负责管理【迭代回顾】。