作者介绍：

Jessica Wu：敏捷教练&敏捷咨询顾问，Devops Master、PMP、ACP、Scrum master、Product Owner，第五空间核心志愿者。

我见过很多很多团队开回顾会议。

有些团队的回顾会议是，老板开着一张PPT，一页一页翻下去，说着“这个数据怎么样，那个数据怎么样”，“这个团队做了多少user story，那个团队产生了多少bug“，或者是”这个产品负责人不负责，都不知道自己要做什么功能，过程中改过多少个功能等“。

有些团队的回顾会议是，敏捷教练带着大家做”批评与自我批评“，光说坏的不说好的，然后每次最后产生的问题，永远也解决不了。往往出现的那种人不够，老板不肯招人的问题，导致最后大家开啊开的都没有了信心。

也见过那种回顾会议，敏捷教练买一大堆零食，大家一边吃一边开，最后变成了”吹嘘与自我吹嘘“，谈来谈去总是最后变成顾左右而言他，没有重点也发现不了问题。

而我自己也带过不少团队做回顾会议，在我看来，回顾会议最主要的目的是以下两个：

1、为人民服务找到根本问题。

这里最主要的问题是，根本问题是什么？

其实对一个敏捷团队来说，在做的过程中无非会碰上下面这些问题：•

大家做了敏捷项目管理了，效率还是很低，这个时候作为敏捷教练，需要反省一下的是，自己是不是没做好？

•是不是把敏捷做成了小瀑布？是不是加班很多，团队成员压力很大？

•如果你觉得大家对你不满意，是不是你哪里做得不好？把团队的整体健康度拉下来了？

•在讨论团队问题的时候，第一步一定要考虑的问题是，我哪做得不好？

通常情况下，一个优秀的敏捷教练对团队的影响是巨大的。你做得好，能帮团队解决问题，团队只有可能正向成长，慢慢地往好的地方去；而如果你做得不好，那么只会越来越差，到最后没有人愿意跟你说实话，冲突等级就会越升越高，最后崩塌。

一句话，敏捷教练要通过回顾会议，找到团队的根本问题在哪里，缺人补上，缺钱想办法搞钱。如果是流程问题，帮助团队去优化，如果是培训不足，就安排培训，就这么解决。

2、第二点也同样重要，即回顾会议的作用不在开会上，而在会后。

如果只是在会上说了些七七八八的，会后没有行动的话，基本上屁用没有。甚至每次都是同样的问题下，会导致恶性循环。

回顾会议更多的情况是给大家一个抒发胸襟的窗口，让大家可以把问题说出来，敏捷教练在里面更多的是一个支持的工作。最终结果如果可以把回顾会议开成吐槽大会，基本上就算过关。

吐槽过后，选择出问题最严重的几项，后续就有不同的做法了。

一般我的做法是会对发现的问题做一些分类，找到最关键的几个点，然后下一步是找到可以对这些问题进行一些改进和解决的关键负责人，要说明的一点是，有时候这个负责人不一定在团队内部，而是在外部找。

这个时候就到了发挥敏捷教练的作用的时候了。在会后，帮助大家去后续跟进问题，乃是敏捷教练最需要掌握的技能之一。

那么说了两个主要的目的，个人觉得回顾会议还应该可以做下面这些事情：

增强团队凝聚力。想办法让大家说实话，是一个敏捷教练（SM）最重要的职责之一，在说了之后，如果及时给予反馈，找到问题所在，如果可以通过团队协作去解决的，那在一定程度上可以增加团队的凝聚力。

聊聊我们做的好的地方。可以在偶尔的回顾会议中，只谈那些”做的好的地方“，增强整体的士气。但是要知道的是，如果不去聊问题，问题永远在哪里，不离不弃。。。。。

回顾会议整个过程是非常简单的，难的是回顾完了之后发现了问题，怎么样去推进解决，任重而道远，这么不容易的会议，且开且珍惜……