MECE 法令是 Mutually Exclusive Collectively Exhaustive 的首字母缩写词，中文意思是：互相独立、齐全穷尽 。说人话，应该是 无反复 、 无脱漏 的意思。
MECE 法令次要的利用场景是 分类 。在 思维导图工具的开篇文章 中提到过，咱们的思维形式次要分为 2 种：分类 & 梳理 和 发散 & 联想。因而，在咱们的日常工作中，分类的场景是十分多的。举几个简略的例子：
- 工作拆解：把简单的工作工作拆解成多个原子工作项。
- 代码模块化：把简单的代码划分模块，让代码更容易保护。
- 问题剖析：造成一个简单问题的起因会有很多，要进行归类剖析。
- 优化剖析：把一个简单的优化工作进行正当的划分，找到关键点或者每个部分进行优化，比方首屏加载优化。
咱们在做这些分类的工作或者剖析的时候，须要 遵循 MECE 法令：无反复、无脱漏。
- 无反复：咱们拆分的同一维度的各局部之间，是互相独立、没有反复的。如果咱们在做工作拆解的时候，2 个工作有反复的中央，那咱们别离评估工夫，那反复的中央就评了 2 份工时了。如果咱们在做代码的模块划分的时候，2 个模块还有反复的代码，那必定是有问题，为什么不把反复的代码再抽离成一个模块呢？
- 无脱漏：咱们拆分的同一维度的各局部之间，是齐全穷尽、无脱漏的。这是不言而喻的，脱漏就代表了性能缺失，剖析不齐全，必定是有问题的。
MECE 法令 还有助于咱们做 review，比方工作评估 review，code review 等，要思考是否遵循MECE 法令，能够帮忙咱们检测是否有反复的谬误和脱漏的不完满。
在我的实践经验中，最罕用的 MECE 分类办法 有以下 2 种：
- 流程法：依照事物倒退的工夫、流程来进行拆解。比方研发流程、页面加载流程等等。
- 因素法：依照事物由哪些因素组成来进行拆解。比方，研发团队次要有前端、后端、测试；某个服务由哪些模块组成等等。
假如咱们做了一个继续 2 个月的大需要，期间呈现了许多问题，在上线之后，咱们进行需要复盘。
这个虽说也是遵循 MECE 法令的，然而感觉太简略了。咱们依照需要的生命周期来剖析会更好。
而后，咱们再针对每一个流程阶段进一步剖析问题：
比方，在需要评审阶段，咱们进一步依照参加的角色来进行划分。能够看到这里的每一层都是独立的，并且都遵循 MECE 法令。
最初复盘完结，咱们也能够依照 MECE 法令来进行 review，看下咱们的复盘是否存在脱漏。比方在需要评审阶段，还有哪些角色参加？对了，还有 PM，PM 这里就不存在问题吗？有哪些是 PM 能够改良的？
最初做个简略的小结，在咱们做一些分类或拆解的工作时，须要遵循 MECE 法令，有没有反复的中央？有没有脱漏的中央？在 review 他人的计划时，查看是否遵循 MECE 法令往往也会给咱们带来思路，增强咱们的思维。
—————-【END】—————-
【公开调研】
后续打算做一些集体职业倒退相干的总结输入，想要做个简略的调研，心愿大家能够独特参加：https://wj.qq.com/s2/12385427/6f37/
欢送加我 v【longyiyiyu】，进行无累赘沟通，我会
- 长期职业倒退布局领导
- 近期工作重点交换
- 职场解惑
- 面试辅导
也欢送关注公众号【潜龙在渊灬】，播种程序员职场相干教训、晋升工作效率和职场效力、结交更多人脉。