MECE（ミーシー）の落とし穴 - Feel Like A Fallinstar

『モレなくダブリなし』の考え方として、今では学生ですら知っているMECE（ミーシー）。 当然ですが、コンサルティングをする人の間では定番の思考方法のひとつです。 でも、「MECE＝良い」あるいは「MECEじゃない＝不完全・微妙」と考えるのはかなり危険だなって思うこともしきり。 というわけで、MECE（ミーシー）の落とし穴について自戒を込めて。 MECEの良さ MECEのよさは、なんといってもチェックもれを起こさないことです。 Wikipediaの例を借りると、 製品故障をなくして生産性を上げるために、発生箇所・原因箇所を「空間」的に漏れなく挙げる 工程を 原材料 - 製造 - 加工 - 輸送 - 販売 - 使用 - 廃棄 というように「時間」的に漏れなく挙げる といったところでしょうか。 たとえばソフトウェア開発のバグつぶしなんかではMECEはとっても重要です。 ウェブサイトのサイトマップ

[apple2tea]

MECEの失敗例を参考にできる

[mnby]

チェックのための道具のさらに道具でしかないコンセプトを、ありがたがること自体が間違い。決して他人を説得するツールではない。

[petronius7]

考えるのがめんどくさいから適当でいいじゃん、とか思ったりする私は負け組み。ユーザーインターフェースの場合、MECEにしても意味が無くって、全ユーザーのクリック総数の最小化とかが目標になるんじゃないかな。

[nanoha3]

そもそも切り口を決めて、その切り口をすべてカバーしてるかどうかチェックする考えがMECE。順番が逆になっていれば使えないことがあるのは当たり前。フレームワーク詰め込んだ人がやりがちな考え方かと。

[kobeni_08]

ミーシーってセミの鳴き声みたいだよね。ミーシーミーシー

[thesecret3]

真顔で使うのは社会人としてコッ恥ずかしい感じがする。

[reeds]

いやMECEになってる。まず住宅ローンは、シミュレーションか実際の契約かの2通りでMECE。次に、後者の実際の契約は新規か借り換えの2通りでMECE。3つを同じレベルの概念と捉えているので、この人は間違っている。

[REV]

自明で無い場合と、自明性を疑う場合に。

[A-xtu]

いい話。ナンでも MECE に切ると良いというワケじゃあない。とくに情報収集が少ない時点でコレをやるとほぼドツボにハマる。住宅ローンなんかだと、例えば共働きか否か、投資性向の強弱、などのパラメータもいいかも