イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。
Why it works
イシューツリーは分析ツールです。発見の道筋(データから結論へのボトムアップ)をたどります。コミュニケーションはトップダウンであるべきです。結論をまず示し、その後で支持する枝を示します。ツリーを時系列で提示すること(「まず収益を見て、それからコストを調べた」)は、聞き手にあなたの答えを受け取らせるのではなく、あなたの分析の旅をたどらせてしまいます。ピラミッド構造への翻訳は、答えを最初に届け、ツリーの枝を支持する理由として使います。
How to do it
- 分析が完了した後、重要な発見を一文の結論として書く。
- それを最も直接的に支持する2〜4つの重要な枝を特定する。
- それらを結論の下の最上位の支持ポイントとして提示する。
- ツリーからのデータはメインの流れではなく付録で利用可能にする。
エビデンス
この実践はピラミッド原則(ミント)とイシューツリー手法を組み合わせたものであり、どちらもマッキンゼー発の実務で、コンサルティングや分析トレーニングプログラムで広く教えられています。分析とコミュニケーションを分離するという原則は認知的に理にかなっていますが、独立して研究されたものではありません。 (mechanistic)
聞き手がまだ結論を信頼していない場合、トップダウンのコミュニケーションは抵抗を生む可能性があります。そうした場合には、結論へと積み上げていくほうが効果的なことがあります。
よくある間違い
発見をまず示してそれに関連する枝で支持するのではなく、分析そのものをコミュニケーションとして提示してしまうこと(「4つの枝を調べて、2番目の枝でXを見つけた」)。
IX Coach でこれを実践する
More practices for イシューツリー分析
- ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
- あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
- 診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
- 実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。