如何开成功一个回顾会

用户头像
技术管理Jo
关注
发布于: 2020 年 08 月 29 日
如何开成功一个回顾会

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



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



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



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



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



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



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



发布于: 2020 年 08 月 29 日 阅读数: 52
用户头像

技术管理Jo

关注

PMO、敏捷精益教练、 Devops、 kanban 2017.10.23 加入

软件过程改进 研发效能提升研究

评论

发布
暂无评论
如何开成功一个回顾会