项目复盘这件事，说实话，我以前也觉得很"虚"
您是不是也有过这样的经历？辛辛苦苦干完一个项目，团队累得够呛，结果复盘总结的时候，大家坐在一起，你一句我一句，最后写出来的东西就是"下次要注意沟通"、"流程需要优化"——看着都觉得没劲！
我在技术管理这条路上走了快十年，坦白讲，前五年我压根儿就没把复盘当回事。总觉得项目做完了，该踩的坑都踩了，下次注意不就行了？可后来我发现，同一个坑，我们居然能反复踩三回！比如那次做防伪溯源的在线课程平台，第一次因为接口设计不合理，导致后期联调多花了20%的时间；第二次换了个团队，又犯了同样的错误，还是因为没人把之前的教训真正记下来。
直到有一次，我们接了一个大客户的定制化项目，客户要求特别急，整个团队加班加点赶工。项目交付后，客户很满意，但团队内部却积累了一大堆问题。我硬着头皮组织了一次复盘，结果呢？大家七嘴八舌，最后整理出来的"经验"有30多条，可真正能落地的不到5条。那一刻我才意识到——复盘不是"聊聊天"，它是一门技术活！
复盘到底该怎么做？我们试了三个"笨办法"
第一个办法：把"复盘"变成"数据复盘"
您有没有发现，大家坐在一起复盘时，说的最多的是"感觉"？比如"感觉这次沟通不太顺畅"、"感觉测试时间有点紧"。可"感觉"这东西，每个人都不一样，很难形成共识。
后来我们学乖了，每次项目一结束，先不看"感觉"，而是拉数据。就拿我们做的一个在线课程推荐系统来说，项目周期是8周，我们就把每个阶段的关键数据都记下来：需求评审花了几天、开发实际用了多少工时、测试发现了多少个bug、修复bug平均耗时多久。把这些数据摆出来，问题就一目了然了——原来测试阶段bug修复时间占了整个周期的35%，远超预期的20%。
有了数据，大家就不会争论"到底哪个环节有问题"，而是直接讨论"怎么把bug修复时间降下来"。您说，是不是比空口说白话强多了？
第二个办法：别只盯着"做得不好"的，也要看看"做得好的"
说实话，大多数复盘都在"找茬"——哪儿出问题了？谁的责任？这种氛围下，大家能主动承认错误才怪！我们有个同事，每次复盘都特别紧张，生怕自己负责的模块被点名。结果呢？他干脆把问题藏着掖着，最后小问题拖成大问题。
后来我调整了策略：每次复盘，先花15分钟说说"这次做得好的地方"。比如有一次，我们的技术团队在项目中期发现了一个性能瓶颈，当时大家没有推诿，而是主动加班两天，把问题解决了。这件事虽然小，但值得表扬。您猜怎么着？当大家把"成功经验"也拿出来分享后，整个复盘的气氛完全变了，大家更愿意开口说话了。
其实，复盘的目的不是为了追责，而是为了沉淀。好的经验要固化下来，坏的教训也要变成"避坑指南"。就拿我们团队来说，现在每次复盘后，都会整理一份"经验清单"，好的做法打上"绿灯"，需要改进的打上"黄灯"，严重问题打上"红灯"。下一次新项目启动前，大家先花半小时看看这份清单，效果真的不一样！
第三个办法：把复盘结果"可视化"
您是不是也有这种体会？复盘会开完了，记录也写了，可过一个月再问，大家都不记得了。为什么？因为复盘结果太"干"了，没人愿意翻来看。
我们后来想了个办法：把复盘结果做成"项目卡片"。就是一张A4纸大小的卡片，上面用简短的文字和图标，把项目的关键信息、成功经验、踩过的坑、改进建议都画出来。每个项目结束后，这张卡片就贴在团队的白板上，新成员来了先看卡片，老成员做新项目前也扫一眼。
举个例子，去年我们做了一门在线课程的技术平台，因为数据库设计没考虑并发量，上线第一天就崩了。那次教训特别深刻，我们在卡片上用红色大字写着"数据库必须做压力测试！"后来每次启动新项目，大家看到这张卡片，都会主动问一句"数据库压力测试做了没？"您说，这效果是不是比写十页文档好？
技术成长，其实就藏在这些"小事"里
说到技术成长经历，我经常跟团队里的年轻人说一句话：别光顾着学新框架、新语言，真正的成长往往来自对过去的总结。
就拿我自己来说，刚入行那会儿，觉得技术牛逼才是王道，天天研究各种新技术。可做管理后才发现，能让我们团队越做越顺的，恰恰是那些看似"土"的复盘方法。比如我们今年做了一个在线课程推荐的项目，因为前期复盘到位，项目周期比去年缩短了15%，bug率降低了40%。这背后不是什么高大上的技术，就是老老实实地把之前的经验用上了。
坦白讲，技术管理这件事，没有捷径。但如果您能坚持做项目复盘，把每次的经验都沉淀下来，哪怕只是做成几张卡片、几条记录，一年下来，您会发现团队的"坑"越来越少，"套路"越来越熟。这难道不是最实在的成长吗？
总结一下，我们到底该怎么做？
说实话，写这篇文章的时候，我又翻了一下我们团队最近一年的复盘卡片，发现真的变厚了。从最早的"不知道怎么写"，到现在每张卡片都能提炼出3-5条可落地的经验，这个过程本身就是一个很好的成长经历。
如果您也想把复盘这件事做好，我建议从三个小改变开始：
- 第一，下次项目结束后，别急着开复盘会，先花一天时间把数据拉出来——工期数据、bug数据、沟通数据，什么都行，先让事实说话。
- 第二，复盘会上，先表扬再找问题——哪怕只是一个小改进，也值得拿出来说。氛围好了，问题才能暴露出来。
- 第三，把复盘结果做成"能看见的东西"——一张卡片、一张海报、甚至一条微信群置顶消息，都比躺在大文档里强。
最后，如果您也想了解更多关于技术管理、团队成长的经验，或者想聊聊在线课程推荐和防伪溯源领域的技术实践，随时来找我聊聊。说实话，这些年的经验告诉我，好东西都是"聊"出来的！
