想剔除“回顾会议”？
Scrum迭代周期内需要团队在每个迭代的结束举行一个回顾会议。然而在我的ScrumMaster认证课程中，几乎每一堂课都有人问我，团队真的需要在每个迭代都开展一个回顾会议吗？...
戳上面的蓝字关注我们哦！
敏捷联盟创始人之一、咨询师兼图书作者
Scrum 迭代周期内需要团队在每个迭代的结束举行一个回顾会议。然而在我的 Scrum Master 认证课程中，几乎每一堂课都有人问我，团队真的需要在每个迭代都开展一个回顾会议吗？
通常，提问者的逻辑是这样的：
- 我们的团队如此优秀，我们几乎没有什么可以提高的，所以我们想要停止。
- 我们发现回顾会议很无聊，所以我们想要停止。
- 我们忙于实实在在的工作（或者回顾会议占用了太长的时间），所以我们想要停止。
- 我们就是不喜欢回顾会议，所以我们想要停止。
因此，在这篇文章中，我想要简要地对每一个论点进行反击，并且说说你为什么应该坚持在每个迭代做回顾。然后，我会以“可能——仅仅是可能——你真的不需要在每个迭代做回顾”结束这篇文章。（我是不是让你很惊讶？请继续阅读……）
团队很优秀，不需要回顾会议
如果你的团队不能变得更好，那你的团队就不是很棒的团队。
我和已经运转十余年的 Scrum团队一起工作，这个团队每两周做一次回顾，他们仍然可以找到提升的方法。因此，如果你的团队优秀得没有可以发现或值得做进一步改进地方，基本上是不可能的。
回顾会议太无聊
没有人说回顾会议应该像最新的好莱坞大片一样惊险刺激。但是你可以做一些事情让团队成员振奋精神。
例如，换个方法——通过邀请另一个团队的Scrum Master来帮助你进行回顾会议。风格的变化有助于团队活跃。（一定要对帮助给予回报。）改变会议地点，例如举行一个户外回顾会议，甚至一边散步一边开会。
尝试一个形式完全不同的会议。例如，许多团队形成了一种不断寻找并采用新的做法的习惯。可以将你的下一个回顾会议完全用来讨论团队的哪些流程应该被除去。（但是，“除去回顾会议”是不被允许的。）有大量的方法可以防止回顾会议变得无聊。
团队太忙，没有时间进行回顾会议
一个团队说他们太忙，没有时间变得更好——从未来的角度看，这是一个非常短视的观点。
在《高效能人士的七个习惯》一书中，Stephen Covey 使用伐木工人花费数天时间用锯条砍伐一棵树来做类比。最终，锯条变钝了。但是由于目光短浅，伐木工人永远不会停下来磨锯。
一个同样目光短浅的团队也不会花费三十分钟来寻找改进。相反，他们将那三十分钟里可能开发出的一点点代码看得价值过高。
团队不喜欢回顾会议
这大概是“回顾会议很无聊”的某种变体。我将它单独列出来，是因为它确实超出了对某些团队成员来说回顾会议很无聊或者变得平淡无奇的范围。一些团队成员只是非常地不喜欢回顾会议。
对于这些团队成员来说，这可能非常糟糕，因为团队中的每一个人都被期望成为一个专业人士。且团队成员需要做所有部分的工作，而不仅仅是只做他们想做的部分。
当我写完这篇文章，我需要重写来完善它。那并不有趣。然后我需要校对。那一点都不好玩。然后我让别人阅读它。之后我必须接受或拒绝对它进行编辑。那根本不是乐趣。
并不是我们工作的每一部分都会变得很有趣。尽管一些团队成员不喜欢回顾会议，但如果回顾会议帮助团队找到改进的方法，团队应该进行回顾会议。
什么时候在迭代中不召开回顾会议是OK的？
但是，我还是会让你知道，什么时候在每个迭代中不召开回顾会议是OK的。那么，究竟是什么时候？
如果你的团队：
- 真的很好。
- 付出了巨大的努力，保证了回顾会议不无聊。
- 不是很忙，有时间投资于那些不能立刻见效的改善。
- 理解做最令人愉快的工作之外的事情的价值。
接下来是原因。按照通用的Scrum规则，团队开展为期四周或更短时间的迭代。所以，一个真的想除去回顾会议的团队，可以只采用为期四周的迭代。
想象一个团队，由于各种各样的原因选择了一周的迭代。但是这个团队非常厌恶回顾会议，仅仅为了减少回顾会议，他们转而使用四周的迭代。
这是一个很坏的改变，除非这个改变是由于一些适当的原因，而不是仅仅由于对较少的回顾会议的渴望。
因此，一个好的 Scrum Master应该鼓励团队每个迭代开展回顾会议，反对上述四种异议。但是在某些罕见的情况下，如当开展一周或两周的迭代时，Scrum Master可以接受每隔一个迭代举行一次回顾会议。
我想说明的是我总是同团队讨论这个问题。我也一直试图说服团队在每个迭代开展回顾会议。但是如果一个团队真的达到非常非常高的水平且处于短期迭代中（通常一周），我愿意接受他们的观点。
我将让他们每隔一个迭代做一次回顾会议。对于大多数团队，这比每四周做一次回顾要更加频繁。更多敏捷相关精彩内容，敬请扫描下方二维码关注我们哦！
微信ID：CCGWorks
长按左侧二维码关注
关注 CCGWorks
微信扫一扫关注公众号
