去年年底，我们部门连续三个项目交付延期。不是技术问题，也不是资源不足，而是同样的错误反复出现——需求理解偏差、测试遗漏、上线前临时改逻辑。我翻着项目回顾记录，发现每次开会都说‘下次注意’，但没人真正记住‘注意什么’。

我突然想起自己高考时用的错题本。不是简单抄一遍题目，而是分析错因、写正确思路、定期重做。如果把项目中的‘事故’当成‘错题’，能不能也建个‘工作错题本’？

我开始尝试。每次项目出问题，不再只是开个会批评一顿，而是让当事人写一份‘错题卡’：

• 问题描述：用户无法上传超过10M的文件
• 发生场景：客户现场演示时突发
• 根本原因：前端未做大小校验，后端限制未同步告知前端
• 解决方式：加前端提示 + 统一配置中心管理上传限制
• 预防措施：接口文档必须标注限制项，前端开发 checklist 新增‘校验规则’条目

我把这些卡片整理进一个共享表格，按‘需求’、‘开发’、‘测试’、‘部署’分类。每月最后一周，组织一次‘错题重做’会——不是念报告，而是模拟重现问题场景，看大家会不会再踩坑。

奇怪的是，效果出奇好。以前说‘要写文档’没人听，现在看到别人因为没写文档导致返工被记成错题，自己就开始主动写了。有次新同事问我为什么测试要用边界值，我直接翻出一张‘整数溢出导致计费错误’的错题卡，他看完沉默两秒，转身就去补测试用例了。

这其实暗合了知识管理里的‘经验显性化’。很多团队不是没有经验，而是经验散在个人脑子里，人一走就丢了。错题本把隐性教训变成了可检索、可传承的资产。

后来我把这个做法扩展到了流程管理。比如审批总被退回，就拆解出‘常见驳回原因错题卡’；客户投诉响应慢，就梳理‘超时案例时间线’。慢慢地，新人上手周期从三周缩到十天，因为他们不用再靠‘口耳相传’来避坑。

有次和同行聊天提到这事，对方笑说：‘你们这是把PDCA循环塞进了错题本里啊。’仔细想想还真是——Plan（预防措施）、Do（执行）、Check（问题记录）、Act（改进），全在里面。

今年初，我换了公司，带一个更小的团队。这次我没急着推KPI或OKR，而是先问他们：‘过去半年最让你头疼的问题是什么？’然后我们一起写了第一张错题卡。有人惊讶地说：‘原来我们可以公开聊失败？’

我觉得管理最怕的不是犯错，而是把错误藏起来。错题本不惩罚犯错的人，它惩罚的是重复犯错的机制。当团队不再害怕暴露问题，改进才会真正发生。

现在我们还在用这个方法，只不过工具升级了。之前靠Excel和人工维护，容易漏、难查。后来试了几款知识库工具都觉得太重，直到找到蓝点通用管理系统。它允许我们自定义‘错题卡’的数据结构，设置自动归类标签，还能关联到具体的项目和责任人。关键是，非技术人员也能自己调整字段和视图，不用每次都找IT帮忙。上周我们加了个新功能：当某类错题出现三次，系统自动提醒主管发起流程优化。这让我觉得，管理工具的最高境界，不是让人服从流程，而是帮人看清模式。