回顾会是Scrum中最重要的会议。如果Scrum会议中只保留一个，我认为应该保留回顾会，因为其他会议可以从回顾会中推导出来。

下面是一个回顾会的议程：

一、会议宗旨（回顾会不是为了追责，二是为了改进，在回顾会的最开始，大家一起朗读会议宗旨）

无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴。

以会议宗旨开场，是为了确定会议基调，需要在每次回顾会都说一遍，强化在大家心中的印象。这部分大概3分钟时间。

二、上期改进成果回顾

    1：好像没做什么改进

    2：有改进，但有较多不足

    3：改进措施对我的工作有帮助

    4：我在改进中受益，我认为改进有效

    5：我们明显受益，我会持续守护我们的改进成果

让大家自行打分，查看大家对回顾会的热情。

这一段大概3分钟。

三、展示当前迭代的一些数据

燃尽图、bug、大家的心情、大家各自描述做的好的地方，可以做的更好的地方，进行头脑风暴。

这一段是一个发散的阶段，让大家可以尽情发挥，甚至是发发牢骚也可以，时间相对比较长一点，大概20~30分钟。

四、聚焦问题

选择一个要解决的问题，大家一起来进行根因分析，寻找根本原因。可采用鱼骨图和5个Why方法。

这是一个收敛的过程，在聚焦问题的时候，还需要进行一些澄清和细化，大概20~30分钟。

五、改进方案

对找到根本原因的问题，寻找解决方案，并确定实施计划和想要达成的目标。可采用SMART方法来制定目标。

确定了需要改进的问题后，确定改进方案，这部分大概20~30分钟。

六、表示感谢

每个人对本次迭代中对自己帮助最大的人表示感谢。

此环节为了加强团队成员之间的情感联结，大概3分钟。

七、回顾评价

对本次回顾会进行评价打分。持续地获得大家对回顾会的反馈，用来改进回顾会。

最后花1分钟时间，对本次回顾会做一个评价。

回顾会全部过程大概在70~100分钟。

在回顾会中，一、二、六、七等部分看起来没有做实质的事情，但是却非常重要，特别是对于初期转型的团队。我经历过一个团队，在我参与他们的回顾会之前，他们的回顾会只有三、四、五部分，这样大家每次提的问题外部居多，而且基本上解决不了，开了多次回顾会，团队情况还是老样子。后来我引进这个议程，在第一次回顾会，大家提的问题还是偏模糊，比如需求不明确、需求变更这些，然后解决方案确定用看板方法，先把所有的需求在看板上列出来，状态也列出来。

第二次回顾会就有了一些数据，发现看板上的需求状态更新不及时，经常有一些状态已经变更了，但是在看板上还是在原来的位置。回顾会的改进计划是在每日站会上，大家对着看板讲任务进展，SM同步更新需求状态。

多次回顾会之后，团队成员在发表意见的时候参与感更强了，愿意说话，团队的持续改进也逐步进展起来了。