1972 年，英国煤矿工人罢工，伦敦到处缺电，麦肯锡在杰明街（Jermyn Street）的办公室一次次被迫提早关门。芭芭拉·明托（Barbara Minto）和同事们就躲进附近一家暖和的酒吧，叫「羽毛」（The Feathers），端着酒接着干。
他们在酒吧里琢磨的问题都是编出来的：故意设想一些荒唐的商业难题，争出一套套解法，好检验各种拆解问题的路子。「那其实是待在麦肯锡最好的时光，」明托 2018 年回忆，「今天还在用的那些主要分析框架，都是我们那时候发明的，还给它们写了手册。」
明托自己贡献的，与其说是一个框架，不如说是所有框架都得过的一道关：把几个想法归在一个观点下面，这一组必须彼此不重叠，合起来又没有遗漏。英文是 mutually exclusive, collectively exhaustive，她缩写成 MECE。据麦肯锡校友通讯说，这个词至今在公司里天天挂在嘴边，大家念「米西」。明托只念一个音节，和 niece 押韵。「是我发明的，所以怎么念由我说了算。」
接着她又改口：「其实也不是我，是亚里士多德。不过最先把它缩写出来、拿来分析一组组想法的，是我。」
这条规则有两半，难度并不一样。一半看一眼就能查。另一半，常常没法查。
把问题拆成几块：彼此不重叠，合起来不遗漏。
锅和垃圾
两个合租的人分家务，一个管厨房，一个管洗碗。不出一个礼拜就吵起来了：锅到底归谁洗？锅两头都沾。垃圾却没人倒，它哪头都不沾。
分组出错，无非这两种。一重叠，同一样东西就被算两遍、管两遍，管的人撞在一起。一漏项，就有东西谁也不管。两种毛病都不好从清单里头看出来，因为清单上每一条单看都挺像回事。
在明托那里，金字塔就靠这一条撑着。「上面那一点必须是下面几点的概括，因为它就是从下面推出来的。」下面的想法要是重叠，上面的结论就重复计算；要是有窟窿，上面的结论就说得比下面撑得住的多。她的网站这样描述思考的过程：把看着相似的事实归到一起，再从这份相似里提炼出一个见解。归类马虎，见解也跟着马虎。
同一道检验，在离文章很远的管理现场也会出现。军事史学者邦吉（Stephen Bungay）2011 年写道，几个团队一起向上级回述各自的计划时，上级可以查一查有没有「缺口、重叠，前后是否连贯」。这也是回述放在一起做更管用的原因之一。
三个分析师，一份流失报告
设想你带一个产品团队，要弄清上个季度客户为什么退订。你按原因分工：一个分析师看价格，一个看产品，一个看客服。放在幻灯片上，这很 MECE。
可客户不是按格子走的。一位客户在两次糟糕的客服电话之后又赶上涨价，于是退了，他可能同时出现在两个人的统计里，三个人的数加起来，可能比实际退订的人还多。另一位是因为竞争对手的产品更合用，他可能落进谁的筐里都不是，因为没有哪个格子叫「替代品」。幻灯片保证了没有遗漏，其实它无从知道。
整体由你自己划定的时候，「穷尽」很容易：地图上的每个大区，一年里的每个月，流程里的每一步，都数得清。「客户离开的所有原因」却没有一张现成的清单可以对照。按注册月份分，天然就是穷尽的，只是回答的成了另一个问题。也可以保留按原因分，再加一个「其他」筐，然后先读这一筐。
哪个文件归谁
让几个 AI 智能体并行干活，几乎立刻就会撞上这条规则的前一半。Claude Code 有个实验性功能叫「智能体团队」：一个会话当组长，几个队友各在自己的上下文窗口里干活。文档用一句话点明了重叠的代价：「两个队友改同一个文件，会互相覆盖。把活拆开，让每个队友各管一组不同的文件。」
文档举的并行代码审查例子，是照着 MECE 设计的：三个队友审同一个合并请求，一个看安全，一个看性能，一个看测试覆盖，每人「一个不同的视角，免得重叠」。组长最后汇总。值得留意的是这种分法交给了别人什么：三个人里，没有谁被要求去看这次改动到底有没有做成它该做的事。规则的另一半，没有遗漏，还留在分活的人手里。
同一份文档的下一个例子，故意不要 MECE。文档说，bug 的根源不清楚时，单个智能体「往往找到一个说得通的解释就不再往下找」。于是让五个队友各领一个假设，还要他们设法推翻彼此的理论。重叠本身就是办法。文档给的理由是锚定：一个理论先被查过，后面的调查就会往它那边偏。
分类任务里也是这样。Anthropic 讲怎么用 Claude 给客服工单分流的指南，搭了一棵整整齐齐的类别树，接着又提醒：客户要是「在一次沟通里提出好几个问题」，Claude 可能分不清哪个是主要的。指南给的办法，是把几个意图排出先后。类别之间不重叠，客户的问题却是叠在一起的。
杰明街附近那家酒吧里，商业难题都是编的，每张清单都可以列得一项不漏。流失报告里的那些客户，可不是编出来的。