イシューツリーとは？問題の論点を構造化する分析フレームワーク
イシューツリーは解くべき問いを階層的に分解し、論点を構造化するフレームワークです。ロジックツリーとの違い、作り方のステップ、実務での活用法と注意点を体系的に解説します。
イシューツリーとは
イシューツリーは、解くべき問い（イシュー）を階層的に分解し、検討すべき論点を構造化するためのフレームワークです。「そもそも何を明らかにすればこの問題に答えられるのか？」を可視化する手法であり、問題解決プロセスの最上流に位置します。
コンサルティングの現場では、プロジェクト開始時にイシューツリーを作成し、チーム全体で「何を検証すべきか」の合意を取ることが標準的な進め方です。イシューツリーの質がプロジェクト全体の生産性を左右するため、最も時間をかけるべき工程の一つとされています。
構成要素
イシューツリーは3つの階層で構成されます。
| 階層 | 名称 | 役割 |
|---|---|---|
| 第0階層 | メインイシュー | プロジェクト全体で答えるべき問い |
| 第1階層 | サブイシュー | メインイシューに答えるために検証すべき主要な論点 |
| 第2階層 | 個別論点 | サブイシューをさらに具体化した検証可能な問い |
メインイシュー
プロジェクトや分析全体で答えるべき最上位の問いです。「新規事業に参入すべきか？」「コスト構造を見直すべきか？」のように、Yes/Noまたは具体的な方向性で回答できる形に設定します。
メインイシューが曖昧だと、以降の分解がすべて無意味になります。「売上を上げたい」ではなく「来期までに売上を15%成長させるために、どの施策に注力すべきか？」のように、具体的で検証可能な問いにすることが重要です。
サブイシュー
メインイシューに答えるために必要な主要論点です。サブイシュー全体がMECEになっている必要があります。つまり、すべてのサブイシューに答えられればメインイシューに回答できる状態を目指します。
サブイシューは通常3〜5個が適切です。2個では分解が粗すぎ、6個以上では焦点がぼやけます。
個別論点
サブイシューをさらに分解した、データや調査で直接検証できるレベルの問いです。「市場規模は十分か？」「顧客の未充足ニーズはあるか？」のように、具体的な分析や調査によって答えを出せる粒度まで落とし込みます。
ロジックツリーとの違い
イシューツリーとロジックツリーは見た目が似ていますが、目的が異なります。
| 観点 | イシューツリー | ロジックツリー |
|---|---|---|
| 分解対象 | 問い（イシュー） | 事象・要素 |
| ノードの内容 | 疑問文（〜か？） | 名詞・事実 |
| 目的 | 検討すべき論点の洗い出し | 原因特定・解決策の網羅 |
| 使用タイミング | 分析の最上流（何を調べるか） | 分析の実行段階（どう分解するか） |
イシューツリーは「何を考えるべきか」を決めるツール、ロジックツリーは「どう分解するか」を実行するツールです。実務では、イシューツリーで論点を構造化した後、各論点の分析にロジックツリーを使うという流れになります。
実践的な使い方
ステップ1: メインイシューを設定する
プロジェクトの目的から、答えるべき最上位の問いを設定します。良いメインイシューの条件は以下の3つです。
- 答えが出せる: 「世界平和は実現するか」のような抽象的すぎる問いは不適切です
- アクションにつながる: 答えが出たときに具体的な行動が取れる問いにします
- スコープが明確: 対象とする事業・市場・期間が特定されている必要があります
ステップ2: サブイシューに分解する
メインイシューに答えるために、何が分かれば十分かを考えます。分解のアプローチには主に2つあります。
- 仮説ベース: 「参入すべきだ」という仮説を立て、その仮説が正しいために必要な条件を洗い出します。「市場は魅力的か？」「勝てる見込みはあるか？」「リスクは許容範囲か？」のように分解します
- フレームワークベース: 3C、4P、バリューチェーンなど既存のフレームワークを切り口に使います。ただし、フレームワークに当てはめるだけではイシューの核心を外す場合があるため、必ず目的に照らして取捨選択します
ステップ3: 個別論点に分解する
各サブイシューを、データ収集や分析で直接検証できるレベルまで分解します。このとき、各論点に対して「どのような分析・データで答えを出すか」をセットで考えておくと、後工程の効率が大幅に上がります。
| サブイシュー | 個別論点 | 分析手法 |
|---|---|---|
| 市場は魅力的か？ | 市場規模と成長性は十分か | 市場データ分析 |
| 顧客ニーズは存在するか | 顧客インタビュー | |
| 勝てる見込みはあるか？ | 自社の強みを活かせるか | ケイパビリティ分析 |
| 競合に対して差別化できるか | 競合ベンチマーク |
ステップ4: 優先順位を付ける
すべての論点を同じ深さで分析する時間はありません。各論点に対して「メインイシューへのインパクト」と「検証のしやすさ」の2軸で優先順位を付けます。インパクトが大きく検証しやすい論点から着手するのが鉄則です。
活用場面
- 新規プロジェクトの立ち上げ時に、検討すべき論点を構造化してチームで共有します
- 経営陣への提案前に、意思決定に必要な論点を網羅的に洗い出します
- 調査・分析の計画策定で、何を調べるべきかを明確にします
- 仮説検証のロードマップ作成で、検証の順序と優先度を決定します
- クライアントとの初回ミーティングで、プロジェクトのスコープを合意します
注意点
答えのない問いを立てない
「市場は今後どうなるか？」のような漠然とした問いでは検証ができません。「今後3年間で市場規模は年平均5%以上成長するか？」のように、検証可能な形に変換します。
分解の粒度を揃える
同じ階層に「市場規模は十分か？」と「ウェブサイトのデザインは適切か？」が並ぶようなケースは、抽象度のレベルが合っていません。同一階層の論点は同程度の重要度と粒度にします。
ツリーを固定しない
イシューツリーは分析の進行とともに更新するものです。新たな情報が入れば論点の追加・削除・修正が必要になります。初期段階のツリーに固執して、重要な論点を見落とすことがないよう注意します。
仮説なしにフレームワークに頼らない
3Cや4Pなどのフレームワークをそのままイシューツリーに当てはめると、汎用的すぎて示唆が得られないことがあります。まず仮説を持ち、その検証に必要な論点を考えた上で、補助的にフレームワークを使うのが効果的です。
まとめ
イシューツリーは、問題解決の最上流で「何を考えるべきか」を構造化するフレームワークです。メインイシューの質、サブイシューのMECEさ、個別論点の検証可能性の3点が成否を分けます。ロジックツリーが「分解の技術」であるのに対し、イシューツリーは「問いの設計技術」であり、両者を使い分けることで問題解決の精度と効率が向上します。
参考資料
- イシュー - グロービス経営大学院（MBA用語集におけるイシューの定義と解説）
- ロジック・ツリー - グロービス経営大学院（MBA用語集におけるロジックツリーの定義と使い方）
- ロジックツリーの基本と使い方――「問題解決の地図」の描き方を動画からご紹介 - GLOBIS知見録（ロジックツリーを使った問題の構造化手法を動画で解説）
- Are You Solving the Right Problem? - Harvard Business Review（正しい問題設定の重要性と問題定義のフレームワーク）