08 | 收尾：持续改进，从真正有效的复盘开始
该思维导图由 AI 生成，仅供参考
复盘会的基调设定
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文介绍了如何进行项目复盘以及通过复盘培养团队的持续改进能力。首先，设定复盘的基调非常重要，要开放坦诚地面对问题，而非追责指责。会前准备也至关重要，包括梳理版本历程、收集团队满意度问卷调查和准备回顾视频等。通过这些步骤，可以帮助团队真正进入集体反思区，促进有意识的集体学习，从而实现持续改进的目标。文章还介绍了复盘会的简易流程，包括现场回顾总结项目/里程碑的整体概况、与会人员用便签纸写下项目过程中做得好的以及做得不好的3个点等。此外，文章还探讨了如何打造团队持续改进能力，强调了激发团队的主人翁意识和关注团队成员的重要性。最后，文章分享了一些复盘的小方法，如3点法、奏章法和状态图法，以帮助提升团队在复盘会中的参与感。整体而言，本文提供了丰富的复盘方法和实践经验，对于希望提升团队持续改进能力的读者具有一定的参考价值。
《雷蓓蓓的项目管理实战课》，新⼈⾸单¥59
全部留言(36)
- 最新
- 精选
X.J👸万一项目经理成了复盘会的吐槽对象，那是有多尴尬😅作者回复: 其实，觉得尴尬是因为我们放不下自己，真正开放的心态，要首先学会把那个自己放下，眼光放在整体怎么会更好。 开放的调研问卷，确实有时是会有这样的结果，大家对过程有很多意见，那么正好你给了这个渠道，以及时纠正自己的盲区。如果是大家愿意当着你的面吐槽你，实际上反而说明，这个信任度还是有的，更应该珍惜这些反馈。
2019-12-20426- maks蓓格格,你好。感谢你的回复，对我很有帮助。人很多时候就是一叶障目。 至此对应五大过程组的最佳实践已经介绍完毕，我也整理成我自己的思维导图，感谢你的分享。 虽然因为我的能力有限很多细节都没能理解透彻，但是依然不妨碍我“好听课，不求甚解”的心思，所以每一遍我都会在上班途中，下班途中。繁复多遍的聆听，每一次都会有所收获. 在IT中有一句话，没有绝对的“银弹”，但是你的最佳实践给我们很多启发。 而且我发现你每次在发布栏目的时候总是在深夜凌晨，我想每一讲的内容与讲述都是来之不易的。 现在我已经把你的专栏推荐给我的同事，她们刚好想要考PMP，走项目管理一道。 所以每次在听完你的最佳实践后，一起讨论一下其中细节也是一件怡然自得的事情。 最后，再次感谢你的最佳实践，感谢你的分享。
作者回复: 谢谢，希望你也可以把笔记分享给更多人，授人玫瑰，手有余香！ 分享是件快乐的事，我乐此不彼，哈哈
2019-11-1613 
zw_learn_2老师你好，我们研发团队采用的是敏捷Scrum研发，主要环节包括每日站会、计划会议、评审会议以及回顾会议。我们的回顾会议跟老师讲的复盘会议流程很相似。我们是每两周举行一次，每次大约为1小时，研发团队人数为9人。 我的现状是每次举行这种复盘会议的时候，大家情绪不高、参与度低、经常提一些不痛不痒的问题，最后形成的改进项基本上都是3条，真正能落实改进的项就寥寥无几了，大家都是为了复盘而复盘，更谈不上团队和个人能力的持续提升了。 请问老师，针对以上现状，该如何破？谢谢作者回复: 你好，文中都有讲，例行公事的复盘会，改进措施又落不下去，大家当然没热情。与其这样流于形式，不如减少次数，把复盘会真正开出效果。 流程不是最重要的，复盘会前基调的设定和充足准备，会后改进措施的落地，才是最重要的！
2019-11-1446- PM它不好转啊我突然想到一个好玩的。在复盘会上大家其实都知道复盘的目的是什么，大家也大概都了解自己在这次项目/版本的问题 或者说认为别人的问题是什么，但是由于自己的面子或者为了别人的面子不太好说出口，因为说出来了可能会害怕被背地里骂，导致后续合作出现裂痕。那我们在复盘会上一人发个面具会不会让大家更有自信一些，虽然大家都知道彼此是谁，但是面具会让大家心里有个隐形的支柱，戴上面具大家是互相的监督者，摘下面具大家就是共同进步提高自己的执行者
作者回复: 有意思，你可以看看鱼缸会议的流程
2020-11-0425 
陈怀哲我目前所负责的一个项目，是负责开发我们公司内部内部的研发管理系统、订单和客户管理系统以及工厂生产及品质管理系统。我每个月初会开一次当月的重点研发计划会，梳理一下上个月任务的完成情况、没有完成的原因、哪些需求变更了、以及总结一下开发过程中的技术难点并指派人抽时间组织技术分享；然后粗略过一下过当月的研发重点，安排后面2周的开发任务，然后是大家提意见及讨论。 一般到月中的时候，会发布一个小版本，发布完成之后，会对当前阶段做一个小的总结，安排后面两周的任务。因为项目组的研发人员同时兼顾着其他项目，有时公司项目优先级有变动，一般研发方向、资源和重点有改变，也会在这个计划会上提出来。 我每周一向项目发起人，也就是我们的CEO汇报一次上周完成了哪些内容，本周预计会完成哪些内容，同时也会和他讨论一些需求和方向相关的事宜。 我定期还会组织一些公司内部的关于管理系统使用相关的培训。 听了老师的课，我觉得我一直没有做过比较好的复盘。我们的功能一直是慢慢推进的，所以感知不明显。但其实现在想想，这一年也做了很多东西，是时候做一个复盘了。作者回复: 嗯，改变不需要很大，从小做起。
2019-11-164
穷查理第一次在音频中听到蓓蓓老师的笑声，很开心~ 我印象最深的一次“复盘”，是我做项目管理之后负责的第二个项目。项目第一次提测结束后，测试部门反馈了很多的问题，当时看到问题之后也有点不知所措。 但是又不想像以前那样“问题来了，各自拿回去修改，改完后，继续提交测试，一次、两次、三次...” 记得当时突发奇想，把项目组所有成员全部召集起来，针对这次测试结果做一次分析、总结： 1、把报告中的问题一个一个的讨论，确定哪些问题要修改，哪些问题不用修改； 2、要修改的问题，统一修改方案和最终要达成的效果； 3、问题修改完成后，项目组成员交叉验证修改结果是否达标； 之所以印象最深，是因为项目第二次测试居然通过了，要知道在之前，没有三四次，根本不可能的事。 也是从那时起，我开始思考、尝试、总结工作中的方法（我们项目组小伙伴好可怜啊，都成了小白鼠）。 现在，我常常把自己当初趟出来的“捷径”，用来“忽悠”我的几个项目负责人。但是自己趟的毕竟是“野路子”，用来培养项目负责人感觉很心虚啊，当然也促使自己学习。作者回复: 忽悠也是一项技能呢
2019-11-1454
牺牲今天开会运用了“复盘会的简易流程”中的便签法。 为了提高大家的发言率和意见独立性，将会议内容拆分成小问题和小主题，让参会人在便签上写下自己的想法。收集并贴在白板上，根据大家的想法丰富分享会流程。气氛比之前有问无答活跃多了，大家也比较喜欢这种新方式。 蓓蓓课程中的各个实战经验都非常有用，用起来就会变成自己的。作者回复: 棒！实践是检验真理的唯一标准。
2020-04-232
酷飞不会飞之前的项目也做过多次的复盘，在一个合作默契的团队里，大家对项目复盘的问题基本也是了熟于心，对于各种问题也基本能够避免大部分。 后来，大家分开到其他团队，发现每次复盘，大家热情也很高涨，也基本总结了大部分问题，但是到下一个项目里依旧会出现这些问题，多几次以后发现，每个人关注的问题优先度不一致，而团队也未规定必须处理那些问题，这就导致了，每次每个问题出现在不同的身上，这也基本符合了老师说复盘要有重点，而且不宜过多。 朝着同一个方向努力改进，效果要远远超过同时改进所有问题。 再说复盘，每次复盘的效果永远会在下一个项目或者迭代时提现出来，复盘带给我们的不仅仅是问题的解决，还有经验的沉淀，思路的碰撞。 多谢老师的文章，看到复盘更多的实施方式和方法，也看到复盘的重要性与重点。作者回复: 对的！
2019-11-142
桃子-夏勇杰改进分两种，一种是软件研发团队类似的，一种是对于每个团队特有的，对于各个团队类似的这个部分，蓓蓓老师可以分享一下么？有哪些优先级和回报比较高的改进？团队自己通过复盘找不到问题的要害或者解决方案怎么办？作者回复: 桃子你好，看到熟人，哈哈。你所说的这类特别有效的通用型改进，我肯定都会放在内容里，把实战中各个过程好的做法呈现给你的。 关于团队中复盘找不到问题的要害，复盘会是集体智慧的总结，产出肯定是跟参与的群体直接有关，解法是你需要有不同层面的复盘会，去解决不同层面的问题，比如执行团队复盘之后，反馈了规划层面的问题，那这个就应该是负责人层面去解决的了。
2019-11-1422
胖虫子以前我们的复盘就是每个小组给其他小组打分，最后呢，大家都打4分，你别打低我，我也不打低你，最后这个就没意义了作者回复: 这个问题的出现，是因为大家更在意评价分数这个结果，而非真实抱着改进的视角去看过程，好的复盘需要先创造不评判的氛围
2021-03-051