我们团队负责公司内部的IT服务支持系统维护，说白了就是修bug、接工单、写小功能。工作不复杂，但琐碎得像厨房里的油渍，擦不净还越积越多。

去年有段时间，客户满意度掉到了谷底。不是因为我们不努力，而是问题总在重复发生。比如某个审批流程卡住，解决了，过两周又来一遍；再比如数据同步失败，查了半天发现是同一个字段没做空值判断——这已经是第三次了。

我开始意识到，我们缺的不是执行力，而是记忆。

于是我在周会上提了个建议：搞个‘错题本’。

大家一开始都笑，说这是小学生干的事。我说，那正好，咱们就从小学开始补课。

这个‘错题本’不是纸质笔记本，而是一个在线表格，后来干脆搬进了蓝点通用管理系统里。它长这样：

• 问题描述：一句话说清发生了什么
• 发生时间：精确到小时
• 影响范围：影响了多少人？业务停了多久？
• 根本原因：不能写‘系统异常’，必须写具体，比如‘用户提交时未校验手机号格式导致后端解析失败’
• 解决方案：怎么解决的
• 预防措施：下次怎么避免
• 责任人：谁主责，谁协查
• 标签分类：比如‘前端校验’、‘数据库死锁’、‘权限配置’

最开始填得很痛苦。每个人都觉得多此一举：问题都解决了，还记它干嘛？

转折点出现在一个月后。有一次，一个老用户反馈‘提交表单没反应’，技术支持刚准备走排查流程，我就翻了下错题本，输入关键词‘表单提交 无响应’，结果跳出三条记录，最近一次是两个月前，原因正是‘前端防重复提交逻辑阻塞了正常请求’。

我们直接调出当时的修复方案，15分钟定位，30分钟上线热修复。用户甚至还没打完第二通电话。

从那以后，错题本的地位变了。它不再是‘追责台账’，而是‘避坑地图’。

我们还加了个新玩法：每月一次‘错题考试’。随机抽三道历史问题，让团队成员现场分析原因和应对策略。答对的请喝奶茶，答错的……要写一篇500字反思，贴在团队群里。

别小看这个仪式感。有次一个新人答错了一道关于缓存穿透的问题，他不服气，自己去翻代码、查日志，最后不仅改写了答案，还提了个优化建议——把高频查询加了本地缓存。这事儿后来被产品经理看中，直接纳入了版本计划。

错题本带来的另一个意外收获，是跨团队协作的改善。

以前和其他部门扯皮，常说不清责任。现在一翻记录，能清晰看到哪个环节出了问题。有次财务系统对接失败，对方说是我们的接口不稳定。我们调出错题本，发现过去三个月共出现4次同类报错，每次都是对方传了非法时间格式（比如‘2024-13-01’），而我们的错误提示不够明确。

我们没争辩，只把记录导出来，附上日志截图和建议的校验规则，发了封邮件。第二天，对方主动约我们会，一起定了个数据交换规范。事后他们还开玩笑：你们这错题本，比审计报告还准。

其实，错题本的本质，是一种‘结构化反思’。它不追求完美流程，也不迷信敏捷方法论，只是诚实地记录‘我们哪里摔过跤’。

很多管理工具喜欢强调自动化、可视化、智能化，但有时候，最朴素的机制反而最有效。就像学生时代的错题本，它不会帮你解新题，但能让你少犯同样的错。

我们后来把这套模式复制到了需求管理上。每个被驳回或延期的需求，也记入‘需求错题本’，分析是沟通不清、排期冲突，还是技术不可行。半年下来，需求返工率降了40%。

现在，新来的同事入职第一件事，不是看代码文档，而是花半天时间刷错题本。老员工说，这叫‘先学跌倒，再学走路’。

我们用的蓝点通用管理系统，特别适合这种自定义场景。字段、流程、视图都能拖拽配置，不用写代码。比如我们可以设置一条规则：每当新增一条‘严重级别=高’的错题，自动通知所有核心成员，并生成一个待办任务，要求三天内提出预防方案。

而且它的数据关联能力很强。错题本可以关联到具体的项目、版本、负责人，甚至能和外部工单系统打通。你想查某个模块的历史问题？一键筛选就行。

最关键是，它不强迫你用某种‘标准模板’。你可以从一张白纸开始，慢慢长出适合自己团队的结构。就像我们的错题本，现在已经演化成‘知识沉淀中心’，连产品经理也开始往里存用户反馈的典型误解案例。

前几天，有个实习生问我：为什么别的团队都在搞OKR、看板、燃尽图，我们却像个班级一样记错题？

我说，因为管理不是为了看起来高效，而是为了让明天真的变好一点。而变好的第一步，是承认自己犯过错。