ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
Why it works
イシューツリーは根本の問いから枝分かれします。すべての枝はその問いへの答え、あるいは上の枝についての「なぜ?」や「どうやって?」への答えです。根本の問いがあいまいであれば、ツリーは同時に異なる暗黙の問いに向かって枝分かれし、構造的には妥当に見えても間違った問題を解くツリーを生み出します。正確な問いの定義という鍛錬は、労力を投じる前に、分析が実際に何のためのものかについての足並みを揃えることを強制します。
How to do it
- 問題を具体的な問いとして書く:「懸念事項は収益だ」ではなく「なぜ第3四半期に収益が15%減少したのか?」。
- 問いが、意思決定者、時間軸、必要とされる答えのタイプ(説明、決定、推奨)を明示しているかを確認する。
- 主要な読み手に問いをテストする:「これは今あなたが最も答えを必要としている問いですか?」
- 直接的な一文の答えが本当に役立つと言えるまで問いを修正してから、ツリーを始める。
エビデンス
効果的な分析の前提条件としての正確な問題定義は、マネジメントコンサルティングと構造化された問題解決手法における基礎的な原則です。その価値は論理的に証明可能です——枠組みを誤った問題は正しく解けません。直接的な実験的エビデンスは存在せず、この原則は確立された専門的実務です。 (anecdotal)
問題定義自体が判断の呼びかけです。「正しい」問いは事後にしか評価できません。あまりに狭い問いは重要な問題の次元を排除してしまう可能性があります。
よくある間違い
根本の問いを書き出す前に枝を構築し始めてしまうこと——これは各枝が、問いのわずかに異なる暗黙のバージョンに答えることを意味します。
IX Coach でこれを実践する
More practices for イシューツリー分析
- あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
- 診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
- 実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。
- イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。