实习生小林的‘错题本’成了全组的复盘神器

上周五下午，项目组临时开了个短会，不是为了汇报进度，而是专门讨论‘谁抄了小林的错题本’。

起因是市场部上个月上线的新功能，用户反馈一堆问题。按惯例，我们拉了个复盘会，准备走个过场：说点‘沟通不畅’‘需求理解偏差’之类的万金油原因，然后散会继续赶下个版本。

可这次不一样。小林——那个刚来三个月的实习生，默默打开她的笔记本，一页页翻出来，标题叫《上线前我踩过的7个坑》。

第一页写着：‘6月12日，推送文案漏了地域限制，导致北京用户收到上海优惠券’。后面附着截图、责任人、补救措施，还有她自己总结的一句话：‘下次提测前加一条“区域标签检查”流程’。

第二页：‘6月18日，后台配置开关未关闭，测试数据流入生产环境’。她画了个简单的流程图，标出哪个环节该由谁确认开关状态，并备注：‘已和开发约定，上线 checklist 增加此项’。

整个本子像极了高中时候的错题集，但每一道‘错题’都对应一次真实的工作失误，而‘解法’不再是标准答案，而是被她改造成了一套可执行的动作清单。

最让人意外的是，这本子不是事后写的。她从第一个任务开始，就把每次出错、被骂、返工的事记下来，不是为了甩锅，而是问自己：‘如果再来一遍，我能用什么方式避免？’

有人问她：‘你不怕领导觉得你事儿多？’

她说：‘我更怕同样的事再发生一遍。而且……’她顿了顿，‘我发现只要把错误变成步骤，它就不吓人了。’

后来，这本子在组里传开了。有人开始模仿她，把自己的‘翻车现场’整理成 checklist；有人把她的模板改成团队共享文档；甚至项目经理也开始在迭代会上多问一句：‘这个风险，有没有进小林的错题库？’

但纸质本子终究有局限。传阅不方便，更新靠手动，搜索更是靠记忆。直到技术主管老张提议：‘咱们能不能搞个电子版的错题系统？’

他原本想搭个内部 wiki 页面，结果发现太死板，填个字段都要找运维。后来他试了几款流程管理工具，要么太重，要么不够灵活。直到有人提到蓝点通用管理系统。

老张一开始没抱希望，这类软件名字听起来都差不多。可真正用起来才发现，它不像传统OA那样预设一堆固定模块，而是让你像搭积木一样，自己定义数据结构和流程节点。

他们只用了半天，就建好了‘项目错题库’：每个条目包含错误类型、发生阶段、影响范围、根本原因、改进措施、关联责任人，还能上传截图和链接到具体任务单。最关键是，可以设置自动提醒——每当进入类似项目阶段，系统就会弹出历史相似案例，像一个不会忘事的老同事在耳边提醒。

更妙的是权限控制。新人能看到所有公开案例，学习避坑；负责人能编辑内容；而敏感问题可以设为‘仅限核心成员查看’，避免尴尬或误读。

现在，每次项目上线后，团队第一件事不再是庆功，而是开‘错题录入会’。大家围在一起，把这次踩的雷一条条登记进去，顺便看看历史上有没有‘同款悲剧’。

有个产品经理笑称：‘我们现在不是在写复盘报告，是在给系统喂数据。喂得越多，它就越懂我们容易在哪摔跤。’

最近，连其他部门也开始来取经。客服部拿它建了‘典型投诉案例库’，运维组做了‘故障应对锦囊’，就连行政都在用它记录‘活动筹备雷区清单’。

小林还是实习生，但她那本手写错题本，已经成了团队知识资产的一部分。而那个曾被当成‘较真儿’的习惯，如今被重新定义为‘预防性管理思维’——不等问题爆发，先让它暴露在阳光下，变成可追踪、可干预、可传承的日常动作。

有时候，最好的管理，不是来自顶层设计，而是从一次又一次的摔倒中，长出来的结痂。