我们团队做软件定制开发，五个人，没有专职项目经理，谁接需求谁牵头。以前每次上线后总有一堆‘没想到’的问题冒出来——客户说功能不对，测试说漏了边界情况，前端说接口变了没通知。大家坐在一起复盘，往往变成互相甩锅大会。

去年我参加一个产品经理沙龙，听到有人提了一句：‘我们给每个项目建了个错题本。’我当时没太在意，直到我们又一次因为同一个问题——用户权限配置遗漏——在两个不同项目里栽跟头，我才想起这个说法。

于是我在蓝点通用管理系统上新建了一个模块，名字就叫‘项目错题本’。不是简单的文档汇总，而是结构化数据表。每一行代表一个‘错题’，字段包括：问题描述、发生项目、发生阶段（需求/开发/测试/上线）、根本原因分类（沟通遗漏、理解偏差、技术盲点等）、影响程度、解决方案、是否已沉淀为检查清单。

最开始大家觉得麻烦，‘又多一道流程’。我就带头填。比如上次权限出问题，我就拆解：表面是后端没加校验，但根因是需求评审时客户口头提了一句‘某些角色看不到按钮’，没人记录，也没人确认具体规则。我把这条写进去，归类为‘口头需求未闭环’，然后补充一条应对措施：所有涉及权限变更的需求，必须由对接人整理成表格，发邮件确认。

神奇的是，当这些错误被‘登记在案’，反而没人再觉得难堪。因为系统里能看到，这个问题不只你遇到过，隔壁项目三个月前也踩过同样的坑。更关键的是，我们开始主动去查‘错题本’。现在每次进入测试阶段前，我们会花半小时过一遍相关类型的错题，相当于一次针对性极强的风险预演。

有次新项目涉及文件上传，我顺手在错题本里搜‘上传’，发现两年前有个项目因为没限制文件类型导致服务器被上传了脚本。虽然当时解决了，但没留下记录。这次我们提前加了白名单和扫描机制。客户后来夸我们考虑周到，其实只是我们‘抄了以前的作业’。

我还把错题本和任务流程打通了。比如当一个新项目启动时，系统会自动推送三条高危错题提醒，并生成对应的检查任务。这些任务必须被打钩确认才能进入开发阶段。这比开十次强调‘别犯低级错误’的会都管用。

最近我们甚至开始做‘错题分类统计’。发现70%的生产问题来自需求阶段的模糊地带。于是我们调整了工作模式：现在所有需求必须经过‘三问过滤’——谁用？在什么场景下用？失败了会怎样？这三个问题没回答清楚，就不算需求冻结。

有朋友问我是不是在搞‘问题KPI’，让人不敢犯错。恰恰相反。我们团队氛围比以前更敢试错了。因为大家知道，只要事后认真登记，这个错误反而会变成团队资产。有一次实习生把数据库配置写错了，导致测试环境瘫痪两小时。他主动登录系统填了一条错题，分析得很细。我不仅没批评，还在周会上表扬他‘贡献了一条高质量错题’。后来这条还触发了我们自动化备份频率的优化。

蓝点这个系统好就好在够灵活。我们一开始用它管客户信息，后来加了合同跟踪，现在又衍生出错题本。所有模块都能自定义字段，还能设置关联和自动提醒。关键是不用写代码，产品经理自己就能调整。上周我们把错题本和知识库打通了，每解决一个问题，系统会提示‘是否生成一篇内部文档’，一键同步过去。

现在新人入职，我不再给他看厚厚的SOP手册，而是说：‘先花半天读读我们的错题本，这是我们真正的血泪经验。’