我们团队有7个人，做的是本地生活类小程序开发。去年接了一个连锁餐饮品牌的线上点餐系统项目，原本估了两个月工期，结果拖到三个月才上线，客户不满意，内部也怨气不小。项目一结束，老板说要复盘，大家一听就头疼——以往的复盘会，不是互相甩锅，就是走形式念PPT。

但这次，产品经理老陈提了个怪主意：‘咱们别搞正式会议了，做个错题本吧。’

错题本？不是学生才用的东西吗？

可老陈解释说，学生整理错题是为了避免再犯，我们做项目也一样。bug修了就忘了，需求变更没记录，沟通靠微信翻半天……这些不都是‘错题’吗？为什么不系统地记下来？

他拉了个在线文档，分了几栏：问题描述、发生阶段、根本原因、影响范围、解决方式、预防建议。每人轮流填自己遇到的‘错题’，匿名也可以。最开始大家敷衍，写‘接口对接延迟’‘UI出图慢’这种表面话。老陈就一个个追问：‘为什么延迟？是对方没时间，还是我们需求给得晚？’‘UI慢是因为修改多，还是反馈不及时？’

慢慢地，表格开始变厚。有条写着：‘第2周测试环境频繁宕机，导致测试进度卡住两天。原因：运维同事临时被调去支援另一个项目，没提前同步。预防：跨项目人力调度需在周会上公示，并更新资源日历。’

还有一条更细：‘客户第三次修改菜单排序逻辑，开发返工。原因：初期需求调研只问了店长，没问总部运营。预防：涉及业务流程的功能，必须确认决策链上的所有角色。’

这本‘项目错题本’我们用了三个月，填了37条记录。后来新项目启动前，新人第一件事就是读错题本。神奇的是，同样的坑，几乎没再踩过。

有一次，前端小李看到一条关于‘H5页面在安卓低端机卡顿’的记录，主动在新项目里加了性能测试环节，提前优化了渲染逻辑。客户验收时特别满意加载速度，还专门表扬了我们。

这让我意识到，管理不一定要靠复杂的流程或昂贵的工具。有时候，一个结构化的记录方式，就能把散落的经验变成团队资产。

后来我们把这个错题本迁到了蓝点通用管理系统上。之前用文档，查找不方便，分类也乱。蓝点的好处是能自定义字段，我们把‘错题类型’做成下拉选项：技术类、沟通类、需求类、资源类。还能打标签，比如‘高优先级’‘已验证有效’。

最实用的是关联功能。比如某条错题的‘预防建议’是‘增加自动化部署脚本’，我们就在后面关联了一个待办任务，指派给运维同事。完成后打钩，自动归档。甚至可以把高频出现的错题生成看板，比如‘本月重复问题TOP3’，贴在办公室屏幕上，提醒所有人。

有次客户临时加需求，项目经理下意识说了句：‘先别急着接，查一下错题本有没有类似记录。’一查，半年前有个类似需求导致延期，原因是排期没预留缓冲时间。这次我们就直接跟客户说明情况，协商拆分交付，反而赢得了信任。

其实很多小团队都缺的不是执行力，而是知识沉淀的能力。错误发生了，解决了，然后消失。下次换个项目，同样问题卷土重来。错题本的本质，是建立一种‘反遗忘机制’。

现在我们每个项目结束，都会导出一份错题报告，作为内部案例存档。有新人入职，不再只是听老人口述‘以前有个项目……’，而是能实实在在看到数据和结论。

上周团建吃饭，后端阿杰突然说：‘你们发现没？我们已经两个月没开过‘事故追责会’了。’大家一愣，还真是。不是没出问题，而是问题一冒头，有人就说‘记错题本’，然后快速解决，没人忙着甩锅。

也许好的管理就是这样：不追求零失误，而是让每次失误都变得有价值。