本文是《管理复盘》中「边界与责任」这条线的展开。

不是所有重复都是浪费。做管理之后我花了一段时间才接受这点——“避免重复”听起来太正确了，正确到让人忘了它的另一面。

系统的备份、关键决定的复核、重要能力不只一个人会，这些都是为了容灾的健康冗余。它们的共同点是：目的明确、成本可接受、责任边界清楚。没有人会因为数据库有从库就指责它”重复建设”，也不会有人认真反对一个关键服务有两个能接的人。

有害的 overlap，是组织赛马

有害的 overlap 更像组织赛马：团队互相抢资源、抢汇报线、抢项目，把本可以合作的目标变成零和竞争。它通常不是某个人突然变坏，而是授权不清、组织不作为，或者用竞争替代了真正的优先级，最后把人逼进内卷、疲惫和防御。

最常见的起点是”避免依赖”这个表面理由：两支团队各自建设相似能力，嘴上说是不想受制于人，实际担心的往往是资源被对方拿走，而没有一个明确的人对最终问题负责。于是重复建设、抢汇报、互相防御不断加剧。这里没有坏人，只有一道没人回答的问题：到底谁负责这个？

识别它，不能只看排期表

纸上”各管一段”通常很干净。要识别有害 overlap，得去问几组问题：

  • 不同团队为什么在做相似的事？他们收到的目标是不是冲突的？
  • 谁有最后的决定权？
  • 是不是有人因为怕失去资源而藏着信息？
  • 汇报线和真实工作流给出的答案，是不是一致的？

最后一条尤其重要。汇报线回答的是”谁向谁汇报”，真实工作流回答的是”谁在真正解决问题”；这两套结构经常不是一回事——汇报线上清清楚楚的分工，落到真实工作流里可能是重叠的。

治理的核心，是授权而不是禁止重复

治理的重心不是”不许重复”，而是把授权说清楚：

  • 谁拥有这个问题（problem owner）？
  • 谁负责接口？
  • 什么时候需要共同评审？
  • 什么时候该停止赛马、上升决策？

把这些答清楚，重复就会回到它该在的位置：留下的是容灾（关键路径的备份、复核、可替代性），移除的是零和赛马。补齐授权之后，重复路线会自然收掉一条——剩下的那部分，是容灾而不是赛马。

区别不在”做了几份”

健康冗余和有害重叠的区别，不在”做了几份”，而在是否共同服务一个可解释的目标。同一件事做两份，如果两份都指向同一个用户结果、由明确的责任人协调，那可能是容灾；如果两份各自为政、抢同一个预算池，那就是赛马。

我判断一个重复该不该砍，就问一句：砍掉其中一份之后，剩下的那份目标是不是反而更清楚？如果是，这份重复多半该砍；如果砍掉会让人担心故障时没人兜底，那它就是该留的冗余。

说到底，让每个重复都能说出它保护的是什么。说不出的，就是该移除的 overlap。