上周三的复盘会，散场的时候已经晚上九点半。
没有人抱着笔记本急匆匆赶地铁，也没有人攥着记满挨骂内容的小本本耷拉着脑袋走，大家围着会议桌把剩下的半盒凉掉的柠檬鸡爪分着吃完，才慢悠悠摸出钥匙下楼。
第一次把复盘开成批斗会，是在两年前
那时候我刚带项目组没多久，接了个制造业客户的SaaS系统上线项目，比约定的交付时间晚了整整12天。老板在群里@我，说必须开个正式复盘，把问题找透。
我当时铆着劲要把”责任人”揪出来。
会议室投影上打着加粗的”项目复盘”四个字，我开门见山：”这次延期，谁的责任最大？”
冷场了。
产品经理推了推眼镜，说排期是技术团队估的，他只是按流程走。技术翻了个白眼，说项目中途产品临时塞了三个客户提的定制需求进来，连正式的变更申请都没走，排期全乱了。销售把笔往桌上一放，说客户天天追着我要功能，我总不能把人晾在那谈合同吧。
扯了两个小时。
最后大家一致同意，问题根源是”跨部门协同机制不完善”。我们对着PPT改了三页流程，写得冠冕堂皇，散会的时候每个人都如释重负。
结果呢？
三个月后的下一个项目，该延期还是延期，该因为需求变更吵架还是吵架。半毛钱改进都没有。
现在想起来都觉得可笑，我们花了两个小时找”坏人”，半分钟都没聊当时的需求变更，到底是卡在了哪个没人注意的同步节点上。
复盘最没用的环节，是对着目标做”事后诸葛亮”
后来我又踩过另一个坑。
有次项目做完，大家对着最开始定的目标逐条打勾：30天完成上线，晚了10天；客户满意度要到90分，最后只拿了78分。然后就开始了漫长的马后炮环节——
“如果当时我们早两天对接客户的IT部门，是不是就能省出那10天？”
“如果当时我们把那两个非核心的功能砍掉，是不是满意度就能上去？”
说实话，这种复盘开完，除了让大家集体陷入”原来我们当时这么菜”的自我否定里，半毛钱实际价值都没有。
有次跟一个做了十年运营的老大哥吃饭，他听我吐槽完之前开复盘会的糟心经历，夹了一筷子花生米说，你是不是搞错复盘的本质了？
他说，复盘根本不是回头审判自己当初选的路对不对，是看走这条路的时候，哪块石头绊了脚，下次走同一段路的时候，能不能提前把石头挪开，或者绕着走。
我当时突然醍醐灌顶。
后来我把之前那个延期项目的核心成员拉了个小群，没请领导，就三个产品、两个技术、一个对接客户的销售，找了个离工位最近的小会议室，没做PPT，每个人就说一件事：当时你做哪个决定的时候，是觉得别扭、没底、但是硬着头皮做的？
你猜怎么着？
那个被我之前追着问”为什么没看到群里消息”的产品小姑娘说，当时销售把客户提的定制需求发在两百多人的大群里，@了她，她当时正抱着电脑赶另一个客户的版本，消息刷过去就没看到，等两周后技术问起新需求的细节时，才发现客户早就把这三个功能算进了核心交付清单里。
原来根本不是什么”跨部门协同机制差”的大问题。
就是我们当时没定个最基本的规则：所有客户提的需求，必须经过产品经理的正式确认，才能算进项目排期，销售不能直接答应客户的交付要求。
能落地的复盘，根本不需要写几十页的报告
现在我们组开复盘会，早就不搞那套花里胡哨的流程了。
我们现在的复盘会，参会名单从来都是精挑细选的——就找真正在项目上摸过活的人，别拉一堆没参与过执行的部门总监来旁听。人一多，大家就开始说官话，谁都不肯说自己真实犯过的错。
整场会我们也不搞虚的流程，就围着三个点聊透，别的全不聊。
聊的第一个点，是当时我们预判会出的问题，最后真的出现了吗？比如之前我们以为上线前会遇到客户账号权限不匹配的问题，提前做了三轮模拟测试，最后上线的时候真的没出岔子。那这个提前测试的动作，就可以保留到下次的项目流程里。
第二个聊的点，是那些当时我们完全没预料到的问题，到底是怎么冒出来的？比如上次做客户操作培训，我们本来准备了满满两页的功能操作讲解，结果现场一半的人都在问批量导出数据的方法——原来我们之前根本没调研过客户岗位的真实需求，想当然做了培训内容。那下次做培训之前，必须提前发个3题的调研问卷，别自己坐在办公室想当然做课件。
最后要落的点，是下次再遇到一模一样的场景，我们第一个要改的小动作是什么？
注意，是小动作。
不是”建立完善的协同机制”这种空话，是具体到谁、在什么地方、做什么事的动作——比如”所有客户提出的需求，必须由产品经理在共享文档里登记并标注确认时间，销售不能单独向客户承诺交付节点”；比如”排期表里的测试环节标成红色，任何人都不能随意压缩时长”。上次复盘的时候，负责技术排期的小伙子说，之前为了让项目能按时交，故意把测试时间砍了两天，觉得”反正之前的模块都测过了，不会出问题”，结果最后上线的时候，新改的支付模块出了bug，耗了整整三天才修好。换做以前我肯定要骂他随意调整排期，但那次我们没追责，就一起把排期表里的测试时间标成了不可压缩的红色项，后面三个项目的上线bug率，比之前降了快一半。
我们把这些要改的小动作，全写在便利贴上，贴在项目组的公共白板上，每次开周会的时候扫一眼，哪个做到了就打个勾。
哦对，还有个不成文的规矩：复盘会从来不在下班前半小时开，也不找那种带长桌的严肃大会议室，每次都提前买好冰可乐和卤味，没人端着架子说话。
之前我总觉得，复盘嘛，就得严肃，就得有高度，就得写出能给老板看的漂亮报告。直到上次那个复盘会散场的时候，那个之前被我追着问责的产品小姑娘，抱着半袋鸡爪跟我说，姐，这次开复盘会我一点都不紧张，因为我知道大家不是来怪我的，是来想办法下次不踩同一个坑的。
那瞬间我突然觉得。
这才是复盘的意义。
很多人说项目复盘是给已经结束的项目画句号的。其实不是。
它是给下次要走的路，提前画几个安全出口的标志。
你不用怕在复盘会上说自己犯过的错，也不用非要在复盘会上说出什么惊为天人的管理道理。
能把上次绊过你脚的那块石头，记在小本子上，下次走到的时候绕着走，就算没白开这几个小时的会。
