実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。
Why it works
あらゆる問題に対してゼロからMECEツリーを構築するのは時間がかかり間違いが起きやすいです。確立された分析フレームワークは、同じタイプの問題に対する多くの反復の産物であり、その問題クラスにとってどの次元がMECEかについての蓄積された構造的知識を符号化しています。これらを出発点のテンプレートとして使うことでツリー構築フェーズが速まり、見逃された枝のリスクが減ります。特定の問題に合わせた修正の余地は残ります。
How to do it
- 問題のタイプを特定する:収益性、市場参入、組織デザインなど。
- そのタイプに対する標準的なフレームワークを最初のツリー構造として選ぶ。
- 自分の具体的な状況にMECEが成り立つか検証する:標準的な枝のどれかがこの文脈で統合したり分割したりしないか?
- 標準的なフレームワークが重要な次元をカバーしていない場合、問題固有の枝を追加する。
エビデンス
利益ツリー(収益-コスト)のようなフレームワークは、その領域において数学的に網羅的です。コンサルティングでの広範な採用は、多くの応用にわたる実務的な検証を反映していますが、フレームワークの使用とゼロから作るツリーを比較した統制されたエビデンスは入手できません。 (anecdotal)
標準的なフレームワークは分析を馴染みのある解決策へと偏らせる可能性があります。問題が標準的なテンプレートに合わない場合、無理に当てはめると見せかけのMECE構造を生みます。使う前に適合性を確認してください。
よくある間違い
特定の問題に合っているかを確認せずに機械的にフレームワークを適用し、実際の問いに答えるためではなくテンプレートを完成させるために枝を埋めてしまうこと。
IX Coach でこれを実践する
More practices for イシューツリー分析
- ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
- あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
- 診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
- イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。