あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
Why it works
MECEな枝は分析における二重カウントを防ぎ、網羅性を保証します。枝が重複していると、両方の枝で共有される証拠がその見かけの重みを膨らませます——重複する要因が、実際には一つの理由なのに二つの理由で支持されているように見えてしまいます。枝が次元を欠いていると、分析は探索された空間の中で解決策を見つける一方で、実際のドライバーを見逃してしまう可能性があります。MECEは論理的なエラー訂正の鍛錬であり、スタイル上の好みではありません。
How to do it
- 各枝の集合について問う:「ある項目が複数の枝に当てはまり得るか?」もしイエスなら、重複を排除するよう再定義する。
- 問う:「これらの枝のどれもカバーしていない問題の次元があるか?」もしイエスなら、枝を追加する。
- 適合する場合は標準的なMECE分解を使う:地理別、顧客セグメント別、コスト/収益別、プロセスステップ別。
- 各階層の枝が組み合わさって親の問いに完全に答えられるかを確認する。
エビデンス
構造化の原則としてのMECEはマッキンゼー方式であり、戦略コンサルティングや分析職に広く採用されています。その論理的な基盤は健全ですが、統制された環境でMECEと非MECEの分析アプローチを比較した実証研究は入手できません。 (anecdotal)
完全なMECEは複雑な現実の問題ではめったに達成できません。この原則は志であり診断ツールであって、二値的な基準ではありません。
よくある間違い
見た目がきれいだからといって非MECEなツリーを「十分良い」と扱ってしまうこと——見た目のよくデザインされた非MECEなツリーは、カバーしている次元へ分析を静かに偏らせ、見逃している次元から遠ざけてしまいます。
IX Coach でこれを実践する
More practices for イシューツリー分析
- ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
- 診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
- 実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。
- イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。