MECE(Mutually Exclusive Collectively Exhaustive)

2023-11-05 10:40

本文主要是介绍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)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/349308

相关文章

Exclusive Time of Functions问题及解法

问题描述: Given the running logs of n functions that are executed in a nonpreemptive single threaded CPU, find the exclusive time of these functions. Each function has a unique id, start from 0 to n

logical exclusive 与 physical exclusive 的区别

数字电路中一般会有多个clock,这些clock 相互之间有些是同步的,需要做 timing check 的,有些是异步的,不需要做 timing check 的,还有些是互斥的,需要 exclude 掉的,这些关系就需要在 sdc 中声明出来,告诉工具哪些需要 check, 哪些不需要。 sdc 中的命令 set_clock_group 就是用来声明 clock 之间的关系,具体用法如下:

ORA-01102: cannot mount database in EXCLUSIVE mode 解决方法

这个错误主要是lk<SID>文件造成的该文件位于ORALCE_HOME下的dbs目录下, 这个lk<SID>的主要作用是说明DATABASE MOUNT上了,不用在MOUNT了.DATABASE UNMOUNT 后会删除掉,如果DATABASE确实没有MOUNT,这个文件在你也MOUNT上,只有手工删除 1.查询占用该临时文件的进程pid和username /sbin/fuser -u

uva 12232 - Exclusive-OR(加权并查集)

题目链接:uva 12232 - Exclusive-OR 题目大意:有n个数,一开始并不知道具体的值,现在进行Q次操作。 I u k:au的值为kI u v k:au⨁av=kQ k q1q2…qk:求q1⨁q2…⨁qk 对于Q操作不能确定的话输出"I don't know." 对于I操作矛盾的话则输出是第几条I操作出现矛盾的,并且停止后面所有的操作。 解题思路:加权并查集,f[x]

B Bitwise Exclusive-OR Sequence

题意 给出n个顶点m条边,每条边<u,v,w> 代表点u异或点v的值为w,求解满足此规则的所有情况中,点之和最小值为多少? 解析 分层图,32位数字,我们分32位,对于每一层,我们可以先假定起点为1,如果按此遍历,我们自然可以得到所有点的情况,1的个数和0的个数是互补的,我们要让0尽可能地多,我们只要改变起点就能让0和1个数互换,当然,出现矛盾即是不可能,直接退出。我们统计每个连通分量所

Operations that change non-concurrent collections must have exclusive access.

Operations that change non-concurrent collections must have exclusive access. A concurrent update was performed on this collection and corrupted its state. The collection's state is no longer correct.

RabbitMQ:排他性队列(Exclusive Queue)

如果你想创建一个只有自己可见的队列,即不允许其它用户访问,RabbitMQ允许你将一个Queue声明成为排他性的(Exclusive Queue)。 该队列的特点是: 只对首次声明它的连接(Connection)可见会在其连接断开的时候自动删除。 对于第一点,首先是强调首次声明,因为另外一个连接无法声明一个同样的排他性队列;其次是只区别连接(Connection)而不是通道(Channel),

GBA PBA(path exhaustive)

1,Timing Graph: 图中的ports 和 pins 组成了graph 的节点,通过timing arc 把节点连接起来,组成timing graph。Graph中包含着每一个timing arc 的min 和 max timing,以及一些case analysis 值和 disable arc等信息。 Path-based analysis 相当于重新计算一条Graph中

穷举搜索exhaustive search

在对树结构进行遍历时,一般的循环不行,就得用穷举,其实就是递归 这里的base case和之前的不太一样,之前的是一个简单的情况,这里的base case不是指没有选择,是指已经做出了所有的选择,我已经构建了足够高的stack,不要再高了,此时就是我的base case。 所以这里的顺序是先递归,最后再base case,和之前相反

No outgoing sequence flow of the exclusive gateway '***'could be selected for continuing the process

org.activiti.engine.ActivitiException: No outgoing sequence flow of the exclusive gateway ‘sid-E43F3D3B-8DF2-410E-B75B-479045149C80’ could be selected for continuing the process 审批流程驳回或者用到互斥网关的时候报错 实际