我们团队有个人，叫老陈，是那种不太爱说话但总在记笔记的人。每次项目上线出问题，他不急着甩锅，也不开大会批判，而是默默打开一个表格，写上三栏：问题、当时决策、实际结果。

一开始我们都觉得他在搞形式主义。直到有次连续两个项目都因为同一个原因延期——接口文档更新不同步。翻出他的表格一看，这已经是第三次出现类似问题了。

老陈管这个表格叫‘项目错题本’。他说这招是从他女儿那儿学的。孩子数学考砸了，老师不让光改答案，得把错题抄一遍，写清楚‘我当时怎么想的’和‘正确思路是什么’。久而久之，常犯的错误就少了。

我们试着把这个方法用在周会上。每周五下午，抽出半小时，每人提一个本周最不该犯的错，填进错题本。不是为了追责，而是为了‘归因’。比如有一次测试环境崩了，表面看是运维没备份，深挖下去发现是我们排期太紧，测试时间被压缩到只剩半天，导致没人敢动环境。

慢慢地，错题本从一个记录表，变成了我们的‘反模式库’。新成员入职，第一件事不是看SOP手册，而是读最近十条错题。他们惊讶地发现，原来公司最宝贵的知识不在PPT里，而在这些‘失败案例’中。

但手填表格终究麻烦。有人忘了更新，有人存本地没共享。后来我们换了蓝点通用管理系统，自己搭了个错题本模块。字段很简单：问题描述、发生阶段、涉及角色、根本原因、改进措施、验证方式。关键是加了个‘关联项目’字段，能自动汇总哪些项目反复踩坑。

最有意思的是，系统还支持‘错题认领’功能。谁主动填报一个问题，并推动改进，就能加分。这下大家抢着暴露问题，反而形成了正向循环。有个前端小哥因为连续提交三条有效错题，年底拿了‘最佳反思奖’。

我们还设了个‘错题重演日’。每季度挑一条典型错误，在测试环境模拟重现，然后让团队现场应对。第一次搞的时候，很多人手忙脚乱，明明看过记录，真遇到还是懵。几次之后，应急反应明显变快了。

其实很多管理工具都在教你怎么成功，却很少告诉你怎么‘体面地失败’。而错题本的核心，就是把失败变成可存储、可检索、可迭代的数据。它不追求零错误，只求别在同一块石头上摔三次。

去年我们上线了一个大功能，零重大事故。庆功宴上，老陈被灌酒，迷迷糊糊说了一句：‘其实吧，咱们今年最大的进步，是敢把烂事摊开说了。’

现在错题本还衍生出了‘灵感错题’——那些没落地的好点子，也记下来，标注为什么当时没做。有时候翻着翻着，就发现两年前的想法，现在技术条件刚好成熟。