# Scrum的回顾会
回顾会Retrospective Meeting 在Scrum里面是非常重要的会议，很多团队都开不好回顾会，或者感觉回顾会没什么效果，或者开来开去都不知道讲什么了，大多数的团队都存在以下问题：
- 缺乏必要的观察和准备：在组织迭代回顾会议之前，Scrum Master需要在迭代中搜集观察团队当中可能存在的问题，积累客观数据和事实，以及团队有改善的方面。Scrum Master经常没有正确识别并发现问题。
- 回顾会效果不佳：很多团队在开始开回顾会的时候都是滔滔不绝的吐槽问题，但最终开了很多次的回顾会，问题还是没有彻底解决。
- 缺乏必要的引导技能：Scrum Master 没有和团队建立默契，回顾的过程中没有有效的引导团队识别哪里做得好，哪里需要改进以及促进后续的行动步骤。
# 如何开展 Retrospective Meeting
回顾会需要根据团队的阶段，在回顾会议里安排很多细小的点来达到Scrum Master管理团队的目的。
# 第一阶段：准备
- 准备回顾会议的主持人和scrum master讨论一个大家都感兴趣的话题，放在会议的最开始大家讨论一下，内容是sprint内大家都比较关心的事情。
- 整理回顾会议主持人整理上次retro大家决定的改进项。
- 制作回顾会议所需要的PPT。
# 第二阶段：数据收集
数据收集相对比较复杂，我们会有四个方面的信息来收集：
- 大家感兴趣的话题：进行会议破冰活动，收集大家感兴趣的内容并在会议时进行讨论，利用大家感兴趣的话题提高会议的互动。
- 用一个词来描述在上个Sprint中的心情：大家把一个能描绘自己在上个sprint心情的词写再卡片上，然后每个人来解释一下自己为什么沮丧，高兴，或者其他各种千奇百怪的心情。这个环节是想让大家觉得回顾会议是一个参与感很强的会，参会者来不只是“听会”。
- 绘制sprint的心情曲线：这是让大家畅所欲言的过程，大家会描述自己在这个sprint中各个心情的拐点。这个环节的目的有两个，第一：将大家的思绪带到过去的Sprint中去，让大家去回忆过去一个Sprint所经历的事情。第二：团队成员之间相互了解其他人在过去一个Sprint中的经历， 并且了解团队成员各自的点(生气，高兴)，从而达到后期的有度有效沟通。第三：scrum master或者主持人已经可以在这个过程中拿到一些数据，更多的是团队的士气数据。
# 第三阶段：产生见解
什么做的好，需要加强，什么做的不好，需要改进。这个环节是回顾会议的核心，大家可以先参考传统的做法：
传统的做法是用贴纸的方式收集大家觉得团队中好的以及有待提高的内容，这个过程一定要背对背对于收集上的的卡片我们首先进行分类。对于好的内容，我们进行整理归类，并和之前好的以及不好的backlog进行比较，鼓励整个团队继续保持。对于有待提高的工作事项，我们也是在整理归类后，选出来不超过2条进行改进，如果选的改进项太多，团队往往无法是从，最终导致所有的改进全部失败。
# 第四阶段：确定改进项
针对每个改进的点，我们要具体分析导致该问题的根本原因，然后根据根本原因提出改进措施。改进措施要足够具体可执行，可以从一个非常小且容易改进的点入手，让团队对于改进这件事保持信心。
# 第五阶段：结束会议
结束回顾会议常用的方法是感谢团队中的一个人，感谢的方式是在纸片上写： “感谢xxx在上个sprint中xxxxxxxxxxxxxxx。某某人”这句话在回顾会议中念出来，然后将纸片送给你所感谢的那个人。这个环节要求只能感谢一个人。
这个环节设计的好处是可以让团队之间相互信任，相互帮助。结束环节的内容也可以根据团队状况去设计，Scrum Master 需要用心去感受整个团队的变化。