フレームワーク活用ガイドひとことで言うと#
大きな問いをMECEに（漏れなく・ダブりなく）分解し、ツリー構造で論点を可視化する手法。バーバラ・ミントのピラミッド原則をベースに、「答えるべき問い」を体系的に整理することで、複雑な問題の全体像と優先順位が見える。
押さえておきたい用語#
- イシュー（Issue）
- 答えるべき問い・論点のこと。「売上が下がった原因は何か？」のように、Yes/Noではなくオープンな問いとして設定する。
- MECE（ミーシー）
- Mutually Exclusive, Collectively Exhaustive。分解した項目が互いに重複せず、全体として漏れがない状態を指す。
- ピラミッド原則
- 結論を頂点に置き、根拠を階層的に積み上げる文章・思考の構造化手法。イシューツリーはこの原則の問い版。
- キーライン
- ツリーの第2層にある主要な論点群である。ここが不適切だと、分析全体の方向がずれる。
ミントのイシューツリーの全体像#
こんな悩みに効く#
- 問題が大きすぎて、何から手をつけていいかわからない
- 分析や提案の「漏れ」を後から指摘されることが多い
- 報告書やプレゼンの論理構成がいつもグダグダになる
基本の使い方#
ツリーの頂点に、答えるべき問いを1つ置く。
- 「売上が下がった」ではなく「売上を前年比10%伸ばすにはどうすればよいか？」
- Yes/Noではなく、What/How/Whyで始まるオープンクエスチョンにする
- メインイシューが適切でないと、ツリー全体が的外れになる
メインイシューを3〜5個のサブイシューに分解する。ここが最も重要。
- 分解の切り口はフレームワークを使うと漏れにくい（例: 売上＝顧客数×単価×頻度）
- MECEチェック: 「この3つで全体をカバーしているか？」「重複していないか？」
- 分解の粒度がバラバラにならないように注意する
各キーラインをさらに具体的な分析項目に分解する。
- 通常2〜3層で十分。4層以上は複雑になりすぎる
- すべての枝を同じ深さまで掘る必要はない。インパクトが大きく、検証しやすい枝から着手する
- 枝を追加・削除する柔軟性も大事。最初のツリーが完璧である必要はない
具体例#
メインイシュー: 「なぜ過去1年で生徒数が80名から55名に減ったのか？」
イシューツリー:
- 退塾が多い（年間30名退塾 ← 前年は15名）
- 成績が上がらない（退塾面談で45%が言及）
- 送迎の負担（20%が言及。駅から徒歩15分で不便）
- 他塾に乗り換え（25%。近くに大手塾が開校）
- 新規入塾が少ない（年間5名 ← 前年は20名）
- 認知度の低下（チラシを3年前にやめた）
- 体験授業からの入塾率が低い（体験10名→入塾2名、転換率20%）
- 紹介が減った（口コミ経由が15名→3名に激減）
分析の優先順位: インパクトが最も大きいのは「退塾30名」。中でも「成績が上がらない」が45%。ここを最優先で掘り下げ。
成績データを分析した結果、個別指導の講師4名のうち1名のクラスだけ成績向上率が**12%**と極端に低い（他3名は55%〜68%）ことが判明。講師の指導力に問題があった。講師研修と担当替えを実施し、3か月後には退塾ペースが月2.5名 → 月0.8名に改善した。
メインイシュー: 「基幹システム刷新に3億円の投資を承認すべきか？」
イシューツリー:
| キーライン | サブイシュー | 分析結果 |
|---|---|---|
| なぜ刷新が必要か？ | 現システムの保守費が年間8,000万円で増加傾向 | 5年後には年間1.2億円の見込み |
| 機能不足でExcel業務が月640時間発生 | 人件費換算で年間1,900万円相当 | |
| ベンダーのサポート終了が2028年3月 | 延長は不可、移行に最低18か月必要 | |
| 投資対効果は？ | 保守費削減: 年間8,000万→3,500万 | 5年で2.25億円の削減 |
| Excel業務の削減: 月640→80時間 | 年間1,660万円の工数削減 | |
| 投資回収期間 | 3.2年 | |
| リスクは何か？ | 導入遅延リスク | 過去の類似プロジェクト3件中2件が3〜6か月遅延 |
| データ移行リスク | 取引先マスタ12万件の移行精度が課題 | |
| 現場の抵抗 | 営業部門の50%が「今のままでいい」と回答 |
このツリーのおかげで「なぜ」「いくらで」「何がリスクか」がMECEに整理され、経営会議では45分で承認が下りた。以前は議論が拡散して3回持ち越しになっていた。
メインイシュー: 「寄付された食品の廃棄率を現在の18%から5%以下に下げるにはどうすればよいか？」
イシューツリー:
- 入庫段階の問題（廃棄の40%がここ）
- 賞味期限が短い食品を受け入れている（受入基準が「残り1か月以上」と緩い）
- 入庫時の仕分けが遅い（ボランティアが週2日しか稼働しない）
- 保管段階の問題（廃棄の35%）
- 冷蔵設備の容量不足（夏場に30%の食品が温度管理できない）
- 在庫管理がExcelで更新が遅い（賞味期限切れに気づかない）
- 配布段階の問題（廃棄の25%）
- 配布先とのマッチングが非効率（食品の種類と配布先のニーズが合わない）
- 配送頻度が月2回と少ない
対策の優先順位と結果:
- 受入基準を「残り2か月以上」に厳格化 → 入庫段階の廃棄が60%減
- 無料の在庫管理アプリ（Googleスプレッドシート＋GAS）を導入 → 期限切れ見落としがゼロに
- 企業スポンサーから中古冷蔵庫2台を寄贈 → 夏場の温度管理問題を解消
6か月後、食品廃棄率は18% → **6.2%**に改善。イシューツリーで原因を構造的に分解したことで、「何から手をつけるか」が明確になった。
やりがちな失敗パターン#
- メインイシューが曖昧 — 「売上をどうにかしたい」では分解しようがない。「売上を6か月以内に15%伸ばすにはどうすればよいか？」のように、具体的な問いにする
- キーラインがMECEでない — 漏れがあると重要な論点を見落とし、重複があると同じ分析を2回やることになる。分解したら必ず「これで全体をカバーしているか？」をチェックする
- すべての枝を同じ深さまで掘る — 時間は有限。インパクトと検証可能性で優先順位をつけ、重要な枝から深掘りする
- ツリーを作って満足する — イシューツリーは分析の設計図であって、分析そのものではない。ツリーを作ったら、各枝に対するデータ収集・検証を実行する
まとめ#
ミントのイシューツリーは、大きな問いをMECEに分解し、論点の全体像を可視化する思考法。メインイシューの設定、キーラインのMECE分解、優先順位づけの3ステップで、複雑な問題を構造的に整理できる。コンサルティングの基本技術だが、日常の問題解決から経営判断まで、あらゆる場面で使える汎用性の高いフレームワーク。