MECE 原则：不重不漏
预计时间：15 分钟读 + 15 分钟做习题 = 30 分钟。
① MECE (Mutually Exclusive, Collectively Exhaustive) 的精确定义（相互独立，完全穷尽）；② 检查 MECE 的 2 步框架；③ 常见的拆解错误。
一、什么是 MECE
MECE 是拆解问题的黄金标准，要求子问题满足两个条件：
Mutually Exclusive：子问题之间相互独立，没有重叠
Collectively Exhaustive：子问题加起来完全穷尽，没有遗漏
"有遗漏" = 最危险的拆解（关键问题被忽略）。
芒格说："拆解要像切蛋糕，每块独立，加起来刚好。"
二、MECE vs 非 MECE
两种拆解方式的对比：
| 维度 | 非 MECE | MECE |
|---|---|---|
| 重叠 | 有重叠 | 无重叠 |
| 遗漏 | 有遗漏 | 无遗漏 |
| 效率 | 重复工作 | 一次到位 |
| 验证 | 难以验证 | 可以逐个验证 |
| 心态 | 「差不多了」 | 「刚好」 |
1. 过度追求 MECE：拆得太细，失去整体视角
2. 错误理解 MECE：以为"不重叠"就是"完全独立"，其实只是"逻辑上不重叠"
3. 忽视依赖：子问题之间有依赖，但你没发现
平衡：MECE 是"逻辑标准"，不是"物理标准"。
三、2 步框架：检查 MECE
第 1 步：检查重叠
任意两个子问题是否有交集？
检查：4 个子问题相互独立，没有重叠
结论：符合 MECE 的"相互独立"。
检查：数据库慢和数据库连接池慢有重叠
结论：不符合 MECE 的"相互独立"。
第 2 步：检查遗漏
所有子问题加起来是否覆盖了主问题？
子问题：数据库慢 / 前端慢 / 网络慢 / 服务器慢
检查：4 个子问题覆盖了所有性能瓶颈
结论：符合 MECE 的"完全穷尽"。
子问题：数据库慢 / 前端慢
检查：2 个子问题没有覆盖所有性能瓶颈（遗漏了网络、服务器）
结论：不符合 MECE 的"完全穷尽"。
四、常见拆解错误
错误 1：重叠
主问题：项目延期了
错误拆解：需求变更 / 开发延期 / 测试延期 / 部署延期
问题：需求变更可能导致开发延期，有重叠
修正：按「原因」拆解（需求变更、技术难点、人员不足），而不是按「阶段」拆解
错误 2：遗漏
主问题：项目延期了
错误拆解：需求变更 / 开发延期
问题：遗漏了测试、部署等阶段
修正：确保子问题覆盖所有可能的原因
错误 3：错误粒度
主问题：项目延期了
错误拆解：数据库查询慢（太细）/ 前端慢（太细）
问题：子问题粒度太细，失去整体视角
修正：按「原因」拆解（需求变更、技术难点、人员不足），而不是按「技术细节」拆解
"有遗漏" = 最危险的拆解（关键问题被忽略）。
芒格说："拆解要像切蛋糕，每块独立，加起来刚好。"
五、练习题
单选题
MECE 的含义是？
「数据库慢「和「数据库连接池慢「的关系是？
「主问题：项目延期，子问题：需求变更/开发延期「属于？
检查 MECE 的第一步是？
「拆解要像切蛋糕，每块独立，加起来刚好「体现了？
「子问题：数据库慢/前端慢/网络慢/服务器慢「符合 MECE 吗？
「错误粒度「是指？
「有重叠「会导致？
「有遗漏「会导致？
MECE 是「逻辑标准「还是「物理标准「？
案例分析
C1. 案例：团队要拆解「项目延期「的原因，以下哪个拆解符合 MECE？
C2. 案例：团队要拆解「系统性能瓶颈「，以下哪个拆解符合 MECE？
C3. 案例：团队要拆解「代码质量差「的原因，以下哪个拆解符合 MECE？
反事实思考题
T1. 反事实：如果拆解时没有检查重叠，子问题有重叠，最可能的结果是？
T2. 反事实：如果拆解时没有检查遗漏，子问题有遗漏，最可能的结果是？
下一步：Lesson 0007 · 二八定律——如何找到最关键的 20%，解决 80% 的问题。