診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
Why it works
診断ツリーは「なぜこれが起きているのか?」を問います——各枝は原因や寄与要因の候補です。解決ツリーは「どうすればこれを達成できるか?」を問います——各枝はアプローチやレバーの候補です。この2つの構造を混ぜると、原因と解決策が混同され、それが間違ったものに対処する介入を生みます。両者を区別することは、分析フェーズと解決フェーズを分離し続け、診断が完了する前に解決策で早まって閉じてしまうことを防ぎます。
How to do it
- ツリーの一番上に明確にラベルをつける:「なぜ?」(診断的)か「どうやって?」(解決策/選択肢生成)か。
- 診断ツリーでは、すべての枝が事実の記述、あるいは原因についての仮説であるべきである。
- 解決ツリーでは、すべての枝が行動、レバー、あるいはアプローチであるべきである。
- 診断ツリーがターゲットとする根本原因を特定するまで、解決ツリーを始めない。
エビデンス
診断を解決策の生成から分離することは、マネジメントコンサルティング、デザイン思考、そして臨床医学(治療前の鑑別診断)における原則です。早まって閉じてしまうコスト——間違った問題を解くこと——は、組織および臨床の意思決定文献の両方に文書化されています。 (mechanistic)
この分離は鍛錬であり、常にシーケンスというわけではありません——解決策を生み出すことが、見落とされていた診断上の次元を明らかにすることがあります(解決策に情報を得た診断)。厳格な分離は、時に非生産的なほど遅くなり得ます。
よくある間違い
解決ツリーを構築しながらそれを診断ツリーと呼んでしまうこと——「研修を改善する」「人員を増やす」のような枝は原因ではなく解決策であり、それが診断ツリーに存在するということは、分析が問題を見つける前に答えに飛びついたことを意味します。
IX Coach でこれを実践する
More practices for イシューツリー分析
- ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
- あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
- 実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。
- イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。