具体的で反証可能な仮説を立てて枝を検証する
データを集める前に、各枝を検証可能な仮説に変える。
Why it works
イシューツリーの枝は世界についての仮説です——「収益の減少は顧客の離脱によるものであり、獲得数の低下によるものではない」。データを集める前にそれを仮説として扱うことで、データ収集に焦点が生まれます。枝を確認または反証する特定の証拠を探すのであって、一般的に探索するのではありません。この構造は、何が枝を閉じるのに十分な証拠となるかを誰も述べなかったためにデータ収集が無期限に続いてしまうという漂流を防ぎます。
How to do it
- 優先順位づけされた各枝について、一文の仮説を書く:「収益はセグメントYでXが起きたために減少した」。
- 何が仮説を確認または反証するかをあらかじめ明示する。
- 枝を一つの方向に解決するために必要な最小限のデータを集める。
- 枝を確認済み、反証済み、あるいは未確定としてマークし、次に進む。
エビデンス
仮説駆動の分析はマッキンゼーおよびコンサルティング業界の標準的な実務です。科学的手法としての仮説検証は広範な哲学的・実務的正当化を持ち、ビジネス分析への応用はその延長です。 (mechanistic)
ビジネス分析では、「反証可能」は科学におけるよりも緩やかです。証拠はしばしばあいまいであり、枝の閉鎖には判断が伴います。この実践はあいまいさをなくすというより減らします。
出典
- Popper (1963), Conjectures and Refutations — on falsifiability as the criterion of scientific claims
よくある間違い
仮説を立てる前にデータを集めてしまうこと——これはデータ探索が、問いを解決するものではなく出てきたものによって導かれることを意味します。これは分析的というより探索的です。
IX Coach でこれを実践する
More practices for イシューツリー分析
- ツリーを構築する前に根本の問いを正確に定義する
イシューツリーは、その根にある問いと同じだけしか役に立たない——不正確な問いは役に立たないツリーを生む。
- あらゆる階層でMECEな枝を構築する
各枝の集合が相互に排他的(重複がない)かつ全体として網羅的(重要なものが欠けていない)であることを確認する。
- 診断ツリー(なぜ?)と解決ツリー(どうやって?)を区別する
根本原因を見つけるには「なぜ?」ツリーを使い、解決策を生み出すには「どうやって?」ツリーを使う——両者を混ぜると混乱した構造を生む。
- 取り組む前にインパクトと実行可能性で枝の優先順位をつける
ツリーは分析可能なものを示す——時間を費やす前に、どの枝が調べる価値があるかを決める。
- 実証済みのMECEフレームワークを出発点の構造として使う
標準的なフレームワーク(利益ツリー、4P、ポーターのファイブフォース)は事前に構築されたMECE構造だ——ゼロから作り直すのではなく、それを使う。
- イシューツリーをピラミッド原則のコミュニケーションに翻訳する
分析が終わったら、発見をツリーのボトムアップな要約ではなく、トップダウンの提言へと再構築する。