回顾会议是什么？
回顾会议(retrospective meeting)作为Scrum最有价值的会议之一，在敏捷迭代实践中占据非常重要的位置。
从2017年发布的年度敏捷回顾会议调查报告中，我们可以看到团队组织回顾会议以每个月的频率为最高。
而对于回顾会议能够带来的好处，“改善团队内部沟通”占据了85%的高比重。
然而，我们发现，能够给团队带来如此多好处的回顾会议，在一些敏捷实践团队中却被取缔了。
为什么这些团队不愿意参与回顾会议呢？
今天就和大家一起，从Mike Cohn(敏捷联盟创始人之一）老师关于回顾会被剔除的原因解读，我们可以看看如何更好地将回顾会议的价值发挥到最大。
回顾会议被抛弃的9大“祸因”
1.没有回顾的习惯或参加会议的人很少
有的团队参加回顾会议的人很少，时间一长呢，会议就流于形式，或者干脆就解散了，究其原因，主要是团队成员认为开回顾会议浪费了他们大量的时间。
会出现这些问题，常常是因为他们不了解Scrum的核心——持续改进。如果大家看不到参与回顾会议的价值，可以考虑专门召开一次回顾会议，主题就是讨论为什么必须参与回顾会议。
回顾会议是用来对工作流程进行反思的，所以Scrum团队的全体成员都应该参加，包括Scrum Master 和PO。
同时需要注意的一点是：让Scrum Master 和PO在最后发言，避免对团队成员产生干扰。
2.不着边际，空洞无物
使团队成员产生这个感觉的根本原因是：回顾会议开了两三个小时，实际却没有达成任何可执行的行动步骤。
这种“不着边际，空洞无物”的认知进一步使团队成员产生了“我们就是在浪费时间”的想法。
此问题的解决方式是做好回顾会议的准备工作。
每次回顾会议都要有一个明确定义的重点，默认的重点是从各个方面回顾Scrum团队在当前迭代中可以改进的地方。
成长永无止境。
3.对大问题视而不见
有的回顾会议会出现一个非常尴尬的场景，就是团队成员对于一个很明显的、对团队有重大影响的关键问题视而不见，每个人心知肚明，但是没有人愿意提出来。
当然，出现此类问题的原因可能是团队成员感觉到“不安全”。
在察觉出可能会对自己的位置有影响的情势下，团队成员会选择伪装自己。时间一长，回顾会议的价值并没有凸显，大家的热情也慢慢退却，最终将回顾会议遗忘在角落。
因此，在做回顾会议时，最好先营造氛围，让成员能够轻松参与。团队成员在表达意见时，必须给予足够安全感，不用担心受罚，甚至影响职业生涯。
4. 互相指责，推脱
很多情况下，回顾会议让人郁闷是因为团队成员相互指责和推诿，甚至退变为吐槽会。
团队成员没有改进的愿望，只想避免成为“责任承担者”。
有时，问题出在人身上，但这些问题不应当列入回顾会议汇总解决。
回顾的目的是改进Scrum团队的进程，不是用来谴责或责备个人行为的，所以，我们需要在回顾会议中强调“对事不对人”这个概念。
5.没有真正地贯彻执行
“没有做到真正地贯彻执行”是回顾会议存在的最大问题，也是很多团队共有的问题。
对于回顾会议中识别的问题不跟进、不采取解决办法。那么此类没有落实措施的回顾会议，和浪费时间并没有区别。
如果没有落实，Scrum Master就要积极与团队一起，找出没有落实的根源，并帮助团队成员一起扫除障碍。
6.团队本身就很优秀，不需要回顾会议
如果你的团队不能变得比现在更好，那你的团队就不是更棒的团队。
有些已经运转十余年的 Scrum团队，他们每两周做一次回顾，仍然还是可以找到提升自己的方法。
如果说，你的团队优秀得已经没有可以发现或值得做进一步改进的地方，那基本上是不可能的。
没有最好，只有更好！
7.回顾会议太无聊
没有人要求回顾会议就要像好莱坞大片一样惊险刺激。但是，你可以做一些事情让团队成员振奋精神。
例如，换个方法——通过邀请另一个团队的Scrum Master来帮助你进行回顾会议。一些小小的变化是有助于团队活跃的（如果得到其他团队的帮助，一定要对帮助给予回报哦）。
改变会议地点。例如举行一个户外回顾会议，甚至一边散步一边开会，一边下午茶一边开会（甜品，披萨，小蛋糕，鸡翅，章鱼丸，珍珠奶茶不加冰等等）
总之呢，尝试一个形式完全不同的会议。
例如，许多团队形成了一种固有的会议模式，那么可以将你的下一个回顾会议完全用来讨论：团队的哪些流程应该被去除。（但是，“回顾会议”是不在去除列表里的）
包括下午茶但不限于此的大量方法可以有效避免回顾会议变得无聊。
8.“我们太忙了”
一个团队总说他们现在太忙，没有时间来开回顾会议，没有时间让自己变得更好——从未来的角度看，这就是一个非常短视的观点。
在《高效能人士的七个习惯》一书中，Stephen Covey 使用伐木工人花费数天时间用锯条砍伐一棵树来做类比。最终，锯条变钝了。但是，由于目光短浅，伐木工人永远不会停下来磨锯。
一个同样目光短浅的团队也不会花费三十分钟来寻找改进。相反，他们将那三十分钟里可能开发出的一点点代码看得更为有价值些。
9.团队不喜欢回顾会议
这大概是“回顾会议很无聊”的某种变体。将它单独列出来，是因为它确实超出了对某些团队成员来说回顾会议很无聊或者变得平淡无奇的范围。
一些团队成员只是单纯地非常不喜欢回顾会议。
对于这些团队成员来说，这可能非常糟糕，因为团队中的每一个人都被期望成为一个专业人士。
而且团队成员需要做所有需要他们做的工作，而不仅仅只做他们想做的部分。
当我在写这篇文章时，我需要通过来回阅读完善它，这样的重复并不有趣。而且我还需要自己再次校对错别字，标点符号，那也一点都不好玩。
然后我再发到群里，让团队其他人一起帮忙阅读。一旦在限定时间定稿之后，我必须拒绝对它进行编辑，那也根本谈不上乐趣。
并非我们工作的每一部分都会很有趣。
尽管一些团队成员不喜欢回顾会议，但如果回顾会议能够帮助团队找到改进的方法，团队就应该进行回顾会议。
然而，
但是，
敲黑板。。
是不是所有团队都必须定时召开回顾会议呢？
也不是。
什么时候不用在每个迭代召开回顾会议是OK的呢？
如果你的团队：
真的已经很好很好啦。
付出了巨大无比的努力，费心费力终于保证了回顾会议不无聊。（成本太高）
并不是很忙，有足够的时间投资于那些不能立刻见效的改善。
完全理解到，去做最令人愉快的工作之外的事情的价值。
而且，团队这时候正在进行短期迭代，那么，不那么频繁地召开回顾会议也是OK的。
为什么呢？
按照通用的Scrum规则，团队应该开展为期四周或更短时间的迭代。所以，一个真的想除去回顾会议的团队，可以只采用为期四周的迭代。
想象这样一个团队，由于各种各样的原因选择了一周的迭代。但是这个团队非常厌恶回顾会议，仅仅为了减少回顾会议，他们转而采用四周的迭代。
这是一个很坏的改变，除非这个改变是由于一些适当的原因，而不是仅仅由于对较少的回顾会议的渴望。
因此，一个好的 Scrum Master应该鼓励团队每个迭代开展回顾会议，如果在某些罕见的情况下，比如开展一周或两周的迭代时，Scrum Master可以接受每隔一个迭代举行一次回顾会议。
回顾会议能够带来诸多好处，我们也需要按照团队的实际进展对回顾会议做一些灵活变动，那么，究竟如何开好回顾会议，发挥出它的最大价值呢？
如何开好回顾会议？
首先，会议围绕四个问题展开：
哪些事情进展得顺利？
换句话说，你认为做了那些事情让团队的某个方面或是对自己的任务产生了很好的推动作用
哪些事情进展得不是特别顺利？
同理，哪些事情做了后并没有让团队或自己的工作往我们期望的方向发展？
我学会了什么？
我们需要思考，我们从自己做的事情中学到了什么？不要仅仅关注在事情的本身，而是从这个过程中得到了什么。
我还有什么困惑？
这是个机会，如果还有哪些需要别的成员帮忙协助的，或是想征询大家意见的事情，都可以提出来。
在回答这个问题时，我们还应该让参与的团队成员明白：
他们有可能不是四个问题都会有相应的答案，这并没有什么关系。
他们应该只考虑发生了什么，避免去给自己压力，想象未来可能发生的种种，只看当下！
他们的答案应该是简洁的，不拖沓，这样我们才能够让整个团队的成员都能分享，并尽快进入到下一个阶段。
问题轮一圈后，开始与小组分享并讨论他们的答案，首先让每个人分享他们的答案，大家的侧重点不同，有些人喜欢回答一个问题多于另一个问题。
当人们分享他们的答案时，最好让他们在一个被关注的位置，比如圈圈的中心，或者房间里有白板的地方。
在每个人都分享了答案后，选择一些有价值的领域进行改进。
作为一个群体，我们想要确定一些高价值的项目进行讨论- 但只有少数。
为什么？因为我们一次只能进行这么多 - 3-5个通常是一个很好的数量。
到这一步时，我们所做的一切都是在向后看：我们回顾了具体的事件或时间段，那么现在是时候向前看了。
为了改善目前的状况，我们接下来想要做些什么？
确定好能够帮助团队改进的行动。
因为我们只有通过行动，才可能会发生变化。
同时，这些行动应该是团队控制范围内的事情，让Scrum Master进行督促，以确保大家都会采取行动。
关于回顾会议的其他文章：
粤公网安备 44010602010970