MECE 原则：不重不漏
"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% 的问题。