如何开成功一个回顾会

熟悉软件开发中敏捷模式的同学对“回顾会”这项活动一定不陌生，这是我们敏捷模式中非常重要的会议之一，在这里我将和大家分享如何开成功一个回顾会，也顺便聊聊我所经历的失败回顾会又是什么样的？注意哦，并不是如何开好一个回顾会，而是开成功一个回顾会，二者还是有很大区别的。



回顾会，顾名思义，要有回顾的动作，如何总结阶段的工作经验和成果，借着会议这样一个契机，定下改进目标，产出改进措施，朝着持续改进的方向一步一步的迈出。这就是我们开回顾会的主干骨架。如何结合自己团队的实际情况，让每一次的回顾会的骨架都能变的有血有肉呢？我认为有以下几个要素不可忽略：



一、会前准备：俗话说，不打无准备之仗。开会为何总是话题蔓延、时间拖沓，令人“闻会生畏”，最重要的是没有做好准备工作。场景切回到我们的IT团队，这个迭代我们的团队做了什么事情，阶段成果产出有哪些？bug率是多少，bug修复情况如何?需求变更是怎样|我们与产品经理沟通的顺畅与否等等等等，都是我们要提前收集的，这些客观存在的事件能够让我们团队中各不相同的成员个体的思维，在最短的时间内汇聚在一个方向。这时候有同学会质疑：”你们教练不是说，回顾会的思维要发散嘛？那为什么还要把我们强行往一个方向上引导？”发散本有没有错，漫无目的的发散就是天马行空了。因此，发散在我理解，其实是有目标有范围的发散，尤其是当团队内成员技能和认知参差不齐时，提供基于“事实”描述的参考，对他们来讲是最好的思考边界。犹如孙悟空给唐僧画的安全圈，这个边界范围对于安全活动是有必要的。



二、回顾会工具模型的有效选取。其实这一项是对引导者的考验，引导者的脑袋里应该装着各式各样的回顾会模型，当面对纷繁复杂的场景，每种最适合的模型都能信手拈来。less/well模型、海星图、KATA、帆船图等模型工具，选取恰到好用的方式，能为会议注入能量。在这里，强势推荐一本书，是来自日本作者编撰的《引导工具箱：解决组织问题的49个工具》，这本书，像极了引导界的武林宝典、功夫秘籍，是引导者不容错过的参考书。其次，也可以搜索retrospective的网站，其中一个是国内知名的一群教练翻译的关于回顾会的网站，里面有各种回顾会方法的推荐，包含了热身暖场游戏等。有兴趣可以私信我。



三、别忘了改进项，这才是你们的有效产出。回顾改进项作为我们的会议产出，也是有讲究的。一个改进项应该包含三要素：改进目标，改进措施和改进效果。改进目标是团队要达成的最终状态的描述，它应该是清晰明确的，而不是模糊不清的，是具有指导意义的目标。其次是改进措施，改进措施应该是无歧义可以落地的，能够清晰描述我们针对这个改进项的行动举措是什么。最后是改进效果，当我们完成了改进的一系列措施，如何衡量我们的改进效果和目标达成情况，只有清晰衡量结果好坏，才能让每一个改进项落到实处，带来收益，激励团队。



以上就是我对如何开成功一个回顾会的个人见解。作为一个带领了大大小小接近3、40个团队的教练，我也经历了不少失败的回顾会。失败的回顾会逃不出以下大场面：一种情况是会议基调定成了吐槽大会，大家聚在一起，发泄心中的不满，一个小时过去了，除了负能量得到适当宣泄，一无所获。第二种情况是引导者没有做足准备，缺乏引导能力，反而是参与过多组内讨论，加入个人意见，导致会议失控。最后一种是改进项的描述模糊不清，因为改进项的分析是回顾会最后一个环节了，会议的结尾通常都弥漫着不安焦躁的气氛，成员们想尽快结束会议，于是乎，大家讨论改进项的时候，用模棱两可的描述草草结束，什么“提升团队沟通能力”、“加快发布节奏”、“减少bug数量”等等，一些听上去没什么毛病其实毫无指导意义的改进项。案例诸多，不再一一赘述。



总而言之，开成功一个回顾会还是要用心准备，需要团队共同努力的。会议的成功与否决定了你的时间投入是否有价值。在这里留一个互动的小问题，你认为好的回顾会和成功的回顾会有什么区别呢？你经历的回顾会又是什么样呢？期待大家的交流互动！