开好回顾会议并不简单，是否曾遇到这些问题：

回顾会怎么开，才能创建出群策群力的氛围？
计划1小时的回顾会议经常2个小时才能完成？
如何破解有人滔滔不绝，有人沉默不语，甚至有的人就是不想来？
如何引导团队做出高效决策，而不是乱成一团、无法收敛？
领导要参加回顾会议，该如何安排？
会议确定改进为啥总完不成？
同样的错误，为啥一犯再犯？

在上一篇中《高效回顾会议，你打好基础了么？（基础篇）》，我们讲了回顾会议的理论基础、核心目的、好处及最高指导原则，重点讨论了回顾会议的参与者，及会议流程。在这篇文章中，将讨论开好回顾会议的“十大坑”和“七个关键点”。

一、不做回顾，或参加的人很少

原因1：重视度不足

有的人可能认为自己的工作就是特定工作，其他事情都不值得投入时间（例如，他们认为除了编码和测试，其他时间都是浪费时间）；有的人认为现在项目工期特别紧，做回顾不如多完成几个故事点。

实际上，这些都是重视度不足的表现，回顾会议作用是持续改进，通过定期停下来反省，才会让团队找到更好的优化点，从而提升效率。

每周至少要做一次回顾，如果太忙，那就两次。

— Paulo Caroli (@paulocaroli) August 19, 2016

另外，希望团队每个人都能参加会议，回顾会议本身是个学习机会，另外，大家角度不同，贡献也不同。好的回顾会议，还会创建一个更好的团队氛围。

原因2：出现很多沉默的队员

会议中，要关注沉默的队员，如果出现此种情况，可以试试用书写方式，或轮流发言（但一定要声明可以跳过，给人足够安全感）。回顾会议形式可以适当变化，目的是保持大家对会议的热情，千篇一律的会议会给人呆板感觉。

此外，会议中ScrumMaster和ProductOwner发言可以放在最后，以免对团队有过多干扰。

原因3：人们被分配到多个项目中

该问题是个组织管理问题，需要由高级管理者处理。

原因4：远程参与者不方便加入

可以考虑调整时间，找个大家都适合的时间进行。可以借助在线会议工具、视频工具等，让大家可视化，都参与进来。

事实上，后面很多“坑”，也会影响该问题解决，所以努力让每一次回顾会议都开的有意义，可执行。

二、不着边际，空洞无物

原因1：没有重点，内容不着边际

讨论没有重点，天马行空。或者不着边际，更像讨论新奇玩法，而不是在改进。

建议：会前做好准备，特别是准备好回顾重点。会议过程中，做好时间分配，什么时间回顾，什么时间收集改进建议，什么时间落实行动及落实到人。讨论的内容，默认当前冲刺的事情。

原因2：讨论整体过程

回顾会议讨论的是冲刺过程，而不是整体过程。如果有必要可以考虑几个冲刺后，设置个整体回顾。讨论过程中，对于不在控制范围内的内容，不建议过多讨论。（有些问题超出团队影响范围，ScrumMaster可以帮助清除障碍）

原因3：得出的是“伪行动”

会议最后要落实行动，但行动如果是改善沟通，多做重构、提高技术水平等，实际上是无法落实的。具体行动内容，可以参考SMART原则。

三、对重大问题视而不见

借用 Lisa Guan 的话，该问题要么懒，要么不敢动。

原因1： “懒”的问题

可能是能力不足，这个就需要提升能力（可以参加培训，新老结合，网上学习等等）。

可能是价值观问题，需要找到真正的内驱动力（比如玩一下5W，做一下愿景展望，澄清一下团队工作的真正价值等）。

原因2：不敢动问题

谁影响了安全的表达环境？ 

团队里有没有一些不安全的因素，比如上文提到的强势组长，导致大家走形式，不愿去触及真正的问题？

团队内部是否存在某些隐形的对立？

最近发生过什么事情，影响信任，开放，勇气？

-- 摘自Lisa Guan《回顾会议(Retrospective)越来越沉默？只需解决4个问题》

建议：有时候需要对团队坦白，大家共同面对问题；有时候是个别人情况，需要教练一对一的沟通解决。总之，如果对重大问题视而不见，将会严重影响团队的参与和改进，ScrumMaster 可将其当做团队障碍，寻求其他敏捷教练帮助，或找项目外相关人员解决。

四、没有贯彻执行

不能贯彻执行的原因很多，这里挑几个主要原因说明。这一环节中，ScrumMaster要帮团队持续改进，如果不能落实，要和团队一起找根源，扫除障碍。

原因1： 没有总结和跟进

有些回顾会议最后提出很多改进点，然后就结束了。实际上，缺少进一步的跟进。比如落实到具体的人（甚至设置一名监督人员），下次回顾会议时，先针对上次改进点讨论等。

原因2： 没有获得足够的支持

常见问题是团队没有达成共识，比较PO更关注交付时间，团队打算提升质量；选择了团队不想解决的问题，虽然是的大家选的，但仍不愿意具体落实。

建议：要保证团队目标统一，在此基础上达成共识；行动具有可执行性，可以大行动分解为小行动，逐渐取得进展，增强团队信心。

原因3：旁观者效应

如果一件事每个人都负责，结果就是没有人负责，这就是『旁观者效应』。

当团队确定行动计划后，一定要落实到人；如果每个人都有责任，可以考虑引入监督者。在下次回顾会议时，可以汇报执行情况。

原因4：改进措施没有固化

有时出现某项改进措辞，执行了一两个冲刺后，问题又反复了。比如代码走查，执行一两次后不再执行了。

建议：有些改进行动如同习惯养成，需要大家认同并共同遵守；可以设置目标、适当奖励（不一定是物质哦）等，让大家拥有进展感；ScrumMaster或具体负责人，需要多次强调（如在早会时提醒）；隔几个冲刺后，可就这个行动做一次整体回顾。

原因5：无效的独立改进流程

有时为了操作方便，或者更加“重视”，团队希望把改进流程独立出来。但事实上这种做法是无效的。团队会专注于每个Sprint，如果还有额外的改进流程，显然也违反敏捷原则。

建议：把改进放入Sprint中，甚至可以与PO协商，给改进留出适当的时间进行。对于较大的改进计划，可以进行拆分，放入每个Sprint中。

五、雄心勃勃

又称野心勃勃，主要原因在于“贪”字：贪多、贪大、贪快。

贪多：一下子想解决所有问题；
贪大：目标太大，无法一下完成；
贪快：忽略改变的过程，想一下达成目标，但无论是能力、环境和心里接受程度都不成熟。

建议：减少改进计划，从小目标开始。比如，可以一次设置一两个目标，并且有明确的完成定义，达到了再进行下一步改进。

六、没啥可回顾的，发现不了问题

原因1：没啥可说的

可以关注工作之外，比如团队氛围方面的改进。
跟大家一起做一些小的创意目标，为固定的环境添加一些"变数"，说不定会带来惊喜。
制定一个小的学习目标，要共同完成的那种。回顾会议就可以从多个视角分享心得，并且共同制定改进计划了。
-- 摘自Lisa Guan《回顾会议(Retrospective)越来越沉默？只需解决4个问题》

原因2：引导不足

如安全性不足；会议流于形式，总是一个套路；会议结果无法落实等等；

原因3：重视度不够

常见问题是没有准备；只留5分钟做个回顾。解决方法，参考大坑一，不做回顾或参加人很少。

七、变成指责游戏、吐槽大会

原因1：整体氛围不良

团队整体是相互指责，每个人都做职责内的工作，工作失误了，首先想到的是责任，是谁的问题。如此，团队整体都是担心失败，不敢担责。

建议：该问题属于管理范畴，敏捷团队应该在一定空间内容忍大家犯错。会议上，如果出现该问题，引导师要积极制止，重申会议原则，建立共同背景。面对抱怨和有情绪的参与者，请求以帮助改进的形式表达想法，而不是指责。

原因2：被一两个人主导整个会议

总有一些特别强势，又善于说的人，可能会主导整个会议。

建议：遇到该情况引导者尽量注意避免，比如恰当时候中断其谈话，让其他人讲讲。或者通过写卡片方式，每个人轮流发言等。

八、郁闷

原因1：任务失败、或项目延期

出现该情况时，更应该回顾。通过总结，找到改进方向，用动力做好下一次冲刺。即便任务失败或项目延期，大家也是在一起努力了，可以互相鼓励，并互相感谢（比如加个感谢环节），良好的团队氛围，有利于快速调整状态。

引导者，恰当的把大家从失败中引导出来，把注意力集中在积极的改进措施上。

另外，如果团队恰巧处于企业调整期，可能出现人心惶惶情况，或许此时要先解决外界干扰问题。

原因2：会议沉闷，没有生气

多花点时间活跃氛围。比如增加些开场游戏，更好的让大家全心投入进来。会议议程适当变化一下，甚至引导者可以让团队成员担任。

九、会议时间控制不当

计划1小时的会议，开了3小时。讨论起来就没有头，会议更像大家的总结会。

建议：提前通知大家做好准备；设计会议流程，通常先发散后收敛，目标是寻找到改进点，并落实到行动；注意会议中发言的人及其内容，既要让大家尽量都参与，又要适当控制发言时间，发言内容也要紧扣主题，防止天马行空；有些改进需要进一步讨论的，可以考虑设立一个讨论区，先用便签把问题贴出来，以后再找时间讨论。

十、引导者能力不足

原因1：准备不足

准备应是引导者可以做好的，但很多新手会因为收集数据不准，重点把握不当，造成会议效果不佳。

建议：引导者需要平时有收集数据，收集流程改进点或案例的习惯。多观察，与团队交流，总结，找到改进点，并让团队看见。

原因2：帮助团队做决定

可以通过引导，让大家发现问题，但不能帮助团队做决定；同时要注意团队中一些强势的人，防止个别人代替团队决定（改进内容，应该来自团队）；更不能将话题引导到自己喜欢的话题；有些争执时，要保持中立，不可以偏袒某一方。

原因3：关注范围不当

过度关注整个团队不能掌控的那些障碍。及关注超出范围。可参见“二、不着边际，空洞无物中讨论整体过程”处理方法。

开好回顾会议不可忽视的七个关键

关键一，会前做好准备

好的会议都是有准备的。Sprint之前，确定项目整体流程，落实各类活动及事件安排。回顾会议时，针对整个Sprint进行回顾，言之有物，并为下个Sprint做好准备。

会议前，告知团队提前做些思考，总结些改进点，重要的是确定大家能够重视，准时参加。

准备好会议需要的各类工具和材料、落实参与人员与召开时间等。

关键二，明确会议总体原则、目的、关注点

回顾会议总体沟通原则：无论我们揭示了什么，我们必须理解并真正相信：考虑到当时的已知情况、每个人的技能和能力、可用资源和情境，每个人都做到了最好。

回顾会议相信每个人当时都做了最好的选择，不为此而责备任何人。发现问题不是为了找责任，而是为了改进。所以需要统一团队对回顾会议的认识，新团队有必要对回顾会议的背景、目标、形式、规则等知识进行宣导。

不同项目情况，回顾关注点不同：

● 一次性的项目（项目结束后团队解散）：从做的好的和不好的点，总结相关的经验，关注每个人的成长和收获，大家在其他项目中可以做的更好。
● 新成立的项目，大家摩拳擦掌准备大干一场的：关注项目成员的配合协作、项目流程完善、统一的规范（可以包括统一的编程规范、沟通方式等），关注改进点；
● 项目问题比较多，士气不高的团队：关注团队的进度、发现优点，激励士气为主，同时不断从最核心的两三条改进开始；
● 成熟团队，经历了长期合作的：团队资产的不断积累、精益求精：包括团队的技术积累（模块的架构提升、代码亮点、经验库建设等），和业界标杆、周边优秀团队的差异对比等。
--摘自 郭池 Jennifer《回顾会 | 百度敏捷教练》

关键三，建立安全感

对于新团队，会前可以共建团队约定。注意不要替团队写好。可以适当举些以前的约定，激发大家思考与参与、认同，但不能擅自加入，更不能强迫团队接受。

耐心听取他人发言，不随意打断他人
笔记本、手机放一边
积极分享个人观点
尊重不同观点
尊重每个人
讨论对事不对人，不互相指责
产品是大家的
多说I，少说you
不许迟到
把需要详细讨论的话题，放入停车场
会议上讨论内容，只能保留在房间里
重述听到的内容，确保正确理解
........

除了约定外，更多要考虑建立一种平等的文化氛围。如不责备，对给些正向反馈；开诚布公，做不到的可以自我批评，建立与团队成员间信任等等。

会前的游戏热身，或购买些小吃的东西，也会让大家更放得开。

关键四，多鼓励大家发言

回顾会议需要畅所欲言，理想情况可以听见每个人声音。所以建立自己的引导工具箱，让大家可以从多角度、多方面回顾。比如时间线索、测试或产品，功能模块角度，从开发过程出发、从引入新技术、新工具出发等等，做的好的发扬，不佳的改进。

通过引导，保证会议顺畅，每个人有机会发言（非强迫）；可适当建立些规则：如每个人要写2张以上卡片、大声读出大家想法等。

关键五，让团队自己做主

改进点是大家提出来的，通过投票方式选出1～2个具体落实。关注会议上是否有强势人员或跑题者，需要及时纠正；关注引导者是否保持中立；关注团队每个人是否认同。

最后，明确执行人员，甚至可能需要有监督人员。

关键六，把握节奏，感受氛围，留意会议“异味”

注意时间节奏，设计好会议议程，在限定时间内，确定下个冲刺改进点，并能落实到人。会议中感受氛围，大家是否积极思考、参与讨论；是否出现良性争执（争执出发点是为了改进）。

关键七，做好最后总结

会议本身结束并不代表结束，要做好进一步总结：

留意回顾活动取得的成效，和阻碍改进措施落实问题；
会议的最后也可以留几分钟，针对回顾会议总结，让会议本身持续改进；
设立中期改进目标，并定期复盘，增强团队成就感；
如果上次回顾会议行动未完成，要先找出原因，再考虑增加新行动；
发生的事情，只留在回顾会议里。对于照片和会议纪要，可能会因为大家没有具体上下文产生误解。

本文针对回顾会议常见问题进行收集、总结和整理，并对问题给些解决方法。针对高效回顾会议总结了七个关键点。

由于本人能力有限，难免会有不足和纰漏，有任何问题，欢迎大家批评指正。

参考文献：

《敏捷回顾：团队从优秀到卓越之道》Esther Derby和Diana Larsen

《项目回顾：团队审核手册》Norman Kerth

《Scrum实战》

《Scrum精髓》

《敏捷教练》

参考文章

《高效回顾会的七步式议程表 | TW洞见》Paulo and Taina

《回顾会 | 百度敏捷教练》郭驰 Jennifer

《干货：敏捷回顾会议实践分享》庄荣墩

《如何让回顾会议更有效果》公众号：软件工程之思

《回顾会的持续改进》魏来

《回顾会议(Retrospective)越来越沉默？只需解决4个问题》Lisa Guan

还有部分内容来自网络搜索

欢迎关注，欢迎交流！