去年我们团队接手了一个客户系统迁移项目，原计划三个月完成，结果拖了五个月，上线当天还出了数据错乱。项目结束复盘会上，大家说了不少问题：需求变更频繁、测试覆盖不全、沟通记录混乱……但最让我头疼的是——同样的错误反复出现。

比如开发小李，在第三周把用户权限写死了，第四周又犯了一次；测试组两次漏掉了导出功能的边界值验证。这些问题在周报里都提过，可没人真正‘记住’它们。

我突然想到高中时老师让我们记的‘错题本’。为什么不给项目也建一个？

于是我在蓝点通用管理系统上新建了一个模块，名字就叫‘项目错题本’。不是事故报告，也不是缺陷清单，而是一个结构化的记录表单：每条记录包含‘错误场景’、‘根本原因’、‘影响范围’、‘纠正动作’，以及最关键的——‘如何避免再犯’。

刚开始大家觉得麻烦，‘这不就是换个名字写bug吗？’但我坚持要求每次发现问题，必须填一条错题记录，并且在每周站会前花十分钟集体 review 最近三条。

有意思的变化慢慢出现了。

有一次，前端同事准备提交一个表单校验逻辑，突然说：‘等等，上次那个空值没处理好，被记了一条错题。这次我先加个 guard clause。’ 他打开错题本，找到了编号 #023 的记录，对照着加了防御性代码。

还有一次，客户又提了个新需求，产品经理正要点头，测试组长拦了一下：‘等等，这改动会影响导出模块——#017 错题还记得吗？上次改字段类型，导出时间超了两倍。’ 结果我们重新评估了方案，加了异步导出机制。

这个错题本最妙的地方在于，它不是追责工具，而是学习载体。我们甚至给常见错误类型打了标签：‘边界值遗漏’、‘默认值假设’、‘接口契约未同步’……慢慢地，新人入职时，我会让他先看最近20条错题，比读文档还管用。

后来我发现，这种管理方式特别适合用无代码平台来实现。蓝点通用管理系统让我不用找开发，自己就能调整字段、设置提醒规则，还能把错题本和任务、工单打通。比如当某个任务涉及‘权限配置’，系统会自动弹出相关错题提示。

更意外的是，财务部听说后，也搞了个‘报销错题本’，记录员工常填错的发票类型；客服组则建了‘话术翻车集’，把引起客户不满的回复案例收进来。

现在我带项目，第一件事不是画甘特图，而是问：‘这个项目最容易重复踩的三个坑是什么？’ 然后提前在错题本里预埋几条预警记录。

管理不一定要靠流程压人，有时候，一个会‘记住教训’的系统，比十份SOP都有用。