本文主要是介绍MECE(Mutually Exclusive Collectively Exhaustive),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
MECE既是M utually E xclusive C ollectively E xhaustive的缩写。
直接的翻译就是互不重复,在整体上的集合上没有遗漏。其实,它就是一个简单的集合的概念。但是确是可以将它应用在很多地方,使我们思考问题更全面,是一种很好的结构化思维方法,是麦肯锡咨询公司的重要决策方法之一。
下面我们来看看具体的例子:
1)没有重复,但又遗漏。
前几天,我家的一个门把手断了,很不方便,于是大家想着解决这个问题,一开始提出了几个解决方案。
a. 用502将把手粘住。
b. 在门把手上打两个孔,然后用铆钉。
c. 用坚固的铁管套在把手上。
大家看看,这些解决方案虽然各不相同(没有重复),但是有遗漏。
那就是,以上的解决方案,仅限于“修”,忽视了另外一类,就是“换”,包括换门,换锁,单独换把手。
最后的解决方案是换锁,结果我想买一样的锁没买到,买了一个差不多的,锁芯装不上去,最后用了一个折中的方案
锁芯用旧的,把手用新的,我爸说“300块买了两个把手”。
这种情况下,一般是思考问题思路不对,或是没有头脑风暴,思考不全面。
2)没有遗漏,但是有重复。
想起一个新闻《七部门发出紧急通知:进一步加强猪肉市场管理》
管一个猪肉要七个部门,从职责上来讲肯定是有重复的。重复的地方一般都是引起浪费的地方,分工和职责不明确就会引起重复。
还有一个例子,比如排球比赛中,6个人是完全覆盖整块防守区域的,但有时会发生两个人都等球的情况,这就是责任区域的重复。
一般来说,重复会降低效率。
3)又有遗漏,又有重复
比如把汽车分为两厢车和三厢车,但轿车既有两厢的,也有三厢的。也有遗漏,比如卡车不属于这个划分。
这种情况一般是没有深入思考。
4)没有遗漏,没有重复
这是比较理想的状况,和思考角度以及思维的缜密性都有关系。例:
厕所分为:男厕所和女厕所。别说,我还真看到厕所男女标志都有的。
水的状态为气态,液态,固态。
下面是我思考的关于在哪里可以做广告的问题,我思考的角度是人能感知的地方就可以做广告。
在软件开发中,也可以促进我们思考,提高软件质量和效率,比如重复代码,一般来说从功能上是没有遗漏的,但如果有重复代码,就会造成维护成本高,就是对人力成本的浪费。
另外一个就是测试过程中,测试用例的编写是要遵照这个原则的,最重要的是没有遗漏,有点重复没关系。如果是写单元测试,如何用更少的测试用例覆盖所有功能,这就很有讲究了。
说起来容易,做起来就难了!
参考资料:
1)《问题解决专家-策略性问题解决的思考与技术》
2) http://baike.baidu.com/view/1554127.htm
这篇关于MECE(Mutually Exclusive Collectively Exhaustive)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!