1997 年，美国企业在管理咨询和培训上花了超过 1000 亿美元。相当一部分钱，投向能力建设和流程改进。

这个场景一点也不古老。今天的公司把词换成 AI、OKR、敏捷、效能平台、研发治理，逻辑还是那套：预算有了，工具买了，培训做了，日常一忙，改进又被挤到墙角。

MIT 学者 Nelson Repenning 和 John Sterman 在《California Management Review》那篇经典论文里，用一句话把这个悖论钉住：Nobody ever gets credit for fixing problems that never happened。

没人会因为修好了一个“本来可能发生、但最终没发生”的问题而得到功劳。

这句话适合贴在很多公司的会议室门口。尤其是研发、产品、运营、质量团队。因为他们最常遇到的不是“不知道该怎么改”，而是“知道该改，但没人愿意为改进的空窗期买单”。

工具有用，但组织很难持续用

论文讨论的不是某个管理工具的成败，而是一个更硬的问题：为什么企业明明花了很多钱上 TQM、六西格玛、流程改进，最后还是回到救火？

TQM 是典型案例。它曾被视为管理潮流，后来又被不少公司抛弃，贴上“过时”“时髦病”的标签。但 Repenning 与 Sterman 提醒，不能把失败简单归到工具本身。

认真执行的企业研究显示，TQM 这类方法确实可能带来绩效收益。问题常出在后半段：组织撑不到收益显现的时候。

现象常见说法论文里的解释
TQM 流行后又被抛弃管理工具都是风口工具有价值，但执行难持续
企业持续买咨询和培训缺少先进方法更缺内部能力建设
改进项目半途而废员工抗拒，领导不坚定短期压力把人推回救火
事故少了没人记功没有直接产出预防性成果天然不可见

这对科技公司管理者和产品、研发负责人很具体。

如果你正在推自动化测试、重构、质量门禁、发布流程治理，不要只问“方法对不对”。更该问：这些事在绩效、预算、晋升里有没有位置？

没有位置，它们就只是口号。忙起来第一个被砍。

Work Harder 总能赢，因为它立刻可见

论文的核心模型很清楚。绩效缺口一出现，组织通常有两条路。

一条是 Work Harder：加班、催进度、压节点、开更多会、盯更细的数字。

它的好处是快。今天多干两小时，明天可能就多交一点东西。管理层也容易看见：人很忙，节奏很紧，问题正在被处理。

另一条是 Work Smarter：培训、流程优化、根因分析、自动化、质量改进。

它的收益更持久，但有延迟。简单流程可能几个月见效，复杂研发体系可能要更久。更麻烦的是，收益经常以“没出事”的方式出现。

这就形成了组织里的天然偏置。

路线短期表现长期结果最大约束
Work Harder立刻可见，容易汇报透支人和系统，返工可能增加人力和士气有限
Work Smarter初期变慢，产出不显眼降低返工、事故和依赖英雄救场收益有延迟，功劳难归因

不是所有管理者都短视，也不是员工不努力。现实更冷：绩效按周、按月、按季度结算，能力建设按半年、按年起效。

“天下熙熙，皆为利来。”放进组织里，就是谁的成果容易被看见，谁更容易拿预算、奖金和晋升叙事。

救火的人满身烟灰，看起来像英雄。预防火灾的人，最好的结果是大家觉得他好像什么也没做。

研发团队尤其熟。

写测试、补文档、清技术债、改发布流程、做故障复盘，都对。但短期看，它们会拖慢交付。更难的是，你很难证明“少发生的线上事故”到底该算谁的功劳。

所以真正受影响的不是抽象的“企业”。是那些夹在交付压力和系统健康之间的人：研发负责人、产品负责人、质量负责人、平台团队负责人。

他们接下来最该看的，不是又买了什么工具，而是四件小事：

  • 改进工作有没有固定预算，而不是靠人挤时间。
  • 少返工、少缺陷、少事故，是否进入绩效指标。
  • 复盘是否只追责事故，还是追问为什么预防没资源。
  • 晋升叙事里，是否承认“让系统少依赖英雄”的贡献。

这些东西不改，工具越先进，救火越高级。

问题不在方法论，在功劳分配

我不太买账那种简单归因：流程改进失败，是因为领导不重视、员工不配合、咨询公司卖概念。

这些情况当然会有。但它们不是底层解释。

Repenning 与 Sterman 的判断更像一句冷水：改进失败通常不是工具、人力或领导某个单点问题，而是工具、设备、员工、管理者和激励结构相互作用的系统问题。

这句话放到今天的科技公司，也成立。

一个团队如果天天被缺陷、延期、客户投诉追着跑，管理层又只在事故发生后集中注意力，那么最理性的选择就是继续救火。因为救火能被看见。预防只能在未来某个不出事的日子里，安静地消失。

这里有一个现实限制：组织不能完全不救火。

客户已经投诉，线上已经故障，项目已经延期，没人能站出来说“我们先长期主义”。短期修复是必要动作。问题在于，很多公司把临时动作变成长期制度，把英雄救场当成正常产能。

这就危险了。

铁路、电力早期的基础设施建设可以做一个短类比。不完全一样，但权力结构相似：铺轨、检修、冗余、标准化，平时不显眼；真出事故时，所有人才想起它们是系统的命。

企业里的流程改进也是这样。它不性感，不容易上汇报封面，也很难变成一句漂亮战报。但它决定组织能不能少返工、少内耗、少靠少数人硬扛。

所以，管理者如果真想让 Work Smarter 活下来，动作要落到制度里。

少返工要算功劳。少事故要算功劳。减少关键人依赖要算功劳。把重复问题变成流程能力，也要算功劳。

产品和研发负责人也要调整自己的汇报方式。不要只报“本周交付了什么”，还要报“哪些问题以后不会再发生”。后者如果不被表达，就很难被承认。

这不是给改进工作找情怀。是给组织算账。

开头那句标题狠，就狠在这里：没发生的问题没人认账。但成熟组织必须学会给“没发生”定价。否则，钱会继续花，工具会继续换，火也会继续烧。