課題設定の実践ガイド：真の課題を発見する5ステップ【完全版】

2026年7月15日

この記事の要点

【結論】課題設定は「問題の記述→5W1Hで分解→So What?/Why So?で深掘り→イシューツリー化→真の課題の言語化」という5ステップで進めます。表層の症状（問題）と、解くべき論点（真の課題）を分離することが、コンサル型思考の出発点です。
【重要ポイント1】問題（Problem）と課題（Issue）は同義ではありません。問題は「望ましくない現象」、課題は「解決すべき問いの形に言語化された論点」です。この違いを混同すると、打ち手が空振りします。
【重要ポイント2】マッキンゼー・BCG・ベインが共通で使う「イシューツリー」は、真の課題を頂点にサブイシューをMECEに展開する構造化ツール。1つの真の課題に対して、通常3〜5層のサブイシューが展開されます。
【重要ポイント3】「真の課題」の見極めは、5回のWhyを繰り返す（トヨタ生産方式の5Whys）だけでは不十分。So What?（だから何？）とWhy So?（なぜそうか？）を交互に往復し、因果と含意を同時に押さえる必要があります。
【対象読者】業務改革・DX推進・新規事業・戦略立案・人材育成を担当する実務担当者、マネージャー、プロジェクトリーダー、経営企画。

なぜ課題設定が経営の生死を分けるのか？
5W1Hで問題を整理する手順とは？
So What?/Why So?の連鎖はどう回すか？
真の課題はどう見極めるか？
課題設定でよくある失敗5パターンは？
実務に落とし込む適用ステップは？
FAQ（よくある質問）

なぜ課題設定が経営の生死を分けるのか？

結論：課題設定は「打ち手の90%を決める上流工程」だからです。同じ経営資源でも、真の課題に投じるか、症状に投じるかで成果は5〜10倍変わることが期待できます。

課題設定が持つ本質的な威力

McKinsey・BCG・ベインが「入社1年目から徹底的に叩き込むスキル」の第一位が課題設定です。これは偶然ではなく、コンサル業の付加価値の80%以上が「解くべき問いを正しく定義できるかどうか」に集約されるためです。同じ分析力・実行力を持っていても、間違った問いを解けば結果はゼロになります。

Ballistaが支援してきたコンサル業界・IT企業のプロジェクトを振り返ると、炎上プロジェクトの70%以上は課題設定の失敗に起因しています。「新規事業が伸びない」という表層現象に対して、営業改革の打ち手を打ったが、真の課題は「そもそも市場に需要がない」だった、というケースは無数にあります。

問題と課題の決定的な違い

項目	問題（Problem）	課題（Issue）
定義	望ましくない現象・事実	解決すべき問いの形に言語化された論点
例	「売上が20%下がった」	「主要顧客の離反を90日で止めるにはどうすべきか」
主語	現象・数値	意思決定者・組織
アクション	直接は取れない	直接的に打ち手を導ける
質	誰が見ても同じ	設定者の思考の質に依存する

問題は事実として存在します。課題は、その事実に対して「何を、誰が、いつまでに、どう解くか」を問いの形にした人工物です。この違いを言語レベルで理解しているかどうかが、上流人材と実行人材の分岐点になります。

課題設定の質が経営に与えるインパクト

BCGの調査によれば、戦略プロジェクトの成否を分ける最大要因は「戦略の斬新さ」ではなく「解こうとしている問いの正しさ」です。IPA「DX白書」（2026年版）でも、DX成功企業とDX失敗企業の最大の差は「取り組む前の課題定義の深さ」で、失敗企業の82%が「後になって課題定義が浅かったと気づいた」と回答しています。

5W1Hで問題を整理する手順とは？

結論：問題を課題化する最初の一歩は、5W1H（Who／What／Where／When／Why／How）で問題事象を分解し、事実と解釈を分離することです。「売上が下がった」という抽象命題を、実行可能な粒度まで具体化します。

ステップ1：問題事象の記述

最初に、問題を「事実のみ」で記述します。ここで解釈や打ち手を混ぜないのが鉄則です。

悪い例：「営業のモチベーションが下がっているから売上が落ちている」（解釈と原因が混入）
良い例：「2026年Q1の売上が前年同期比で18%減少した」（事実のみ）

ステップ2：5W1Hによる分解

事実として記述した問題を、以下の6つの観点で分解します。

観点	質問例	アウトプット例
Who（誰の）	誰の問題か？誰に影響するか？	主要顧客上位20社／新規顧客／内部営業チーム
What（何が）	具体的に何が起きているか？	契約更新率が92%→78%に低下
Where（どこで）	どの領域・地域・チャネルで？	首都圏の中堅企業セグメント
When（いつから）	いつ発生したか？頻度は？	2025年10月以降、月次で悪化
Why（なぜ）	仮説はあるか？（後で検証）	競合Aの新サービス投入と時期一致
How（どう）	どのようなパターンで起きているか？	更新前3か月に商談機会が減少

5W1Hを使うと、抽象命題が「首都圏中堅企業向けの契約更新率が、競合Aのサービス投入以降、更新前3か月の商談機会減少を伴って92%→78%に低下している」というレベルまで具体化されます。

ステップ3：事実と解釈の分離

5W1Hで整理した情報は、「事実（Fact）」と「解釈（Interpretation）」の2列に分けます。

事実	解釈
更新率92%→78%に低下	顧客満足度が低下している（仮説）
首都圏中堅企業で顕著	大企業向けとは異なる要因（仮説）
競合A投入と時期一致	競合の影響である（仮説）

事実は反証されない限り確定情報として扱い、解釈は「これから検証すべき仮説」として扱います。この分離を怠ると、思い込みベースで打ち手が決まってしまいます。マッキンゼー流の「Fact Base」の考え方は、この分離を徹底することから始まります。

So What?/Why So?の連鎖はどう回すか？

結論：So What?（だから何？）とWhy So?（なぜそうか？）を交互に往復させることで、事実の連続を意味ある示唆に変換します。この往復こそが、コンサル型思考の中核エンジンです。

ステップ4：So What?/Why So?の基本動作

So What?とWhy So?は、次の役割を持ちます。

So What?（だから何？）：目の前の事実・データ・現象から、「それが意味することは何か」「経営として何を意味するか」を引き出す問い。下から上への抽象化・意味付け。
Why So?（なぜそうか？）：抽象的な主張・結論に対して、「なぜそう言えるのか」「根拠は何か」を掘り下げる問い。上から下への具体化・検証。

この2つを1セットで回すことで、事実と主張の間に論理的な橋がかかります。片方だけを使うと、「事実の羅列で結論がない」または「主張だけで根拠がない」いずれかの片手落ちになります。

So What?/Why So?の連鎖例

先ほどの契約更新率の問題で連鎖を回してみます。

事実：首都圏中堅企業の更新率が92%→78%に低下（-14pt）
  ↓ So What?
主張1：首都圏中堅企業セグメントが最大のリスク要因になっている
  ↓ So What?
主張2：全社の売上ダウンサイドは、このセグメントの防衛で50%説明できる
  ↓ So What?
主張3：経営として最優先すべきは、このセグメントの離反を止める打ち手である
  ↓ Why So?（検証）
検証1：本当にこのセグメントの下落だけで全体を説明できるか？→他セグメントは横ばい〜微減で説明可能
検証2：離反防止は本当に打ち手として現実的か？→更新前3か月の商談機会増加で対応可能

このように、事実から結論までの距離を、So What?で登り、Why So?で下って検証すると、論理の穴が見えます。BCGの「Value Creation Framework」やマッキンゼーの「Pyramid Principle」も、この上下往復を基本動作としています。

論理飛躍のチェック

So What?を回している最中に、「これは論理飛躍だ」と気づく瞬間があります。以下の3種類が代表的な飛躍です。

飛躍タイプ	例	検出方法
因果の飛躍	相関を因果と誤認	「A→B」と言えるか、「A ⇔ B」ではないかを問う
一般化の飛躍	サンプル数不足で断定	Nが何件か、母集団を代表するかを問う
前提の飛躍	暗黙の前提を明示していない	「これが成り立つには何が真である必要があるか」を問う

真の課題はどう見極めるか？

結論：真の課題は「イシューツリー」を使ってMECEに構造化し、頂点の課題を「単一の問い（Single Question）」の形に言語化することで見極めます。真の課題は、解ければ他の周辺論点が自動的に片付く「レバレッジ最大の問い」です。

ステップ5：イシューツリーの構造化

イシューツリーは、頂点にコアイシュー（真の課題）を置き、下層にサブイシューをMECE（Mutually Exclusive, Collectively Exhaustive）に展開する構造です。

【頂点】主要顧客の離反を90日で止めるにはどうすべきか？
  ├─サブ1：離反顧客の特徴は何か？（Who）
  │   ├─業種分布は？
  │   ├─規模分布は？
  │   └─契約期間分布は？
  ├─サブ2：離反理由は何か？（Why）
  │   ├─価格要因
  │   ├─機能要因
  │   └─関係性要因
  ├─サブ3：離反前の兆候は何か？（When）
  │   ├─利用率低下
  │   ├─問い合わせ減少
  │   └─担当者交代
  └─サブ4：打ち手候補は何か？（How）
      ├─営業側の増員
      ├─CSMの体制強化
      └─価格・機能の見直し

このように展開すると、通常3〜5層のサブイシューが浮かびます。各サブイシューに対して「答えるべきデータは何か」「誰が答えを持っているか」を紐付けることで、分析計画が自動的にできあがります。

真の課題の3条件

真の課題として設定できているかは、以下の3条件で判定します。

単一の問いで書けているか：「〜するにはどうすべきか？」の形で1文で書ける。複数の問いが混在していると、真の課題ではなく問題のリストです。
解ければレバレッジが効くか：この問いに答えが出れば、他の周辺論点の8割が同時に片付く。「風呂敷は広いが、解いても他が変わらない」問いは真の課題ではありません。
意思決定者が動けるか：問いに対する答えが出た瞬間、経営者・責任者が具体アクションを取れる。「〜が重要である」で終わる論点は課題ではなく感想です。

テンプレート：真の課題の書き方

真の課題は、以下のテンプレートで言語化します。

【真の課題】
[主体]が、[時期]までに、[対象]について、[目標状態]を実現するには、
[制約条件]の下で、どのような[アプローチの種類]を取るべきか？

例：
「Ballistaが、90日以内に、首都圏中堅企業セグメントについて、契約更新率を78%→90%に回復させるには、追加投資年間3,000万円以下の制約で、どのような顧客防衛戦略を取るべきか？」

このレベルで書けると、次の分析・打ち手検討・意思決定がスムーズに接続します。

課題設定でよくある失敗5パターンは？

結論：課題設定の失敗は「問題と課題の混同」「浅掘り」「広すぎ／狭すぎ」「答えの含意」「合意不足」の5パターンに集中します。プロジェクト着手前に、これらの罠を意識するだけで成功率が体感で2〜3倍変わることが期待できます。

失敗1：問題と課題を混同する

症状：「営業モチベーションの低下」を課題として扱い、モチベーション研修を打つが売上は戻らない。
原因：問題（現象）を課題（解くべき問い）に翻訳していない。
回避策：問題記述→5W1H分解→So What?/Why So?→イシューツリーの手順を必ず踏み、最後に「これは問いの形か」を自問する。

失敗2：浅掘りで止める

症状：3回のWhyで止めて、まだ根本原因に到達していないのに解決策に飛ぶ。
原因：時間的プレッシャーで思考を打ち切っている。
回避策：5Whysを機械的に5回回すのではなく、So What?/Why So?を交互に3〜4往復させる。往復のたびに「一段深いレイヤー」に到達しているかをチェックします。

失敗3：課題が広すぎる／狭すぎる

症状：「全社の生産性向上」は広すぎて動けない。「Excelマクロを改善する」は狭すぎて経営的意味がない。
原因：レバレッジ最大の粒度を意識していない。
回避策：課題の粒度は「四半期または半年で答えが出るサイズ」に整える。年単位の課題は、四半期単位のサブ課題に分解します。

失敗4：答えの含意を検討していない

症状：課題に対して答えが出たが、「だから何をすべきか」が誰も動けない状態のまま止まる。
原因：課題設定の段階で「答えが出たときの含意（Action Implication）」を想定していない。
回避策：課題を設定した直後に、「もしこの問いにAが答えなら、Bという打ち手を取る。もしCが答えなら、Dという打ち手を取る」というシナリオを事前に描きます。

失敗5：関係者の合意が取れていない

症状：担当者は真の課題だと思っているが、経営層は別の課題を解いてほしいと思っている。
原因：課題設定を1人または少人数で完結させている。
回避策：真の課題は、担当者・現場管理職・経営層の3層で明示的に合意する。「この課題を解いて答えが出れば、あなたはどう動くか」を各層に確認します。

実務に落とし込む適用ステップは？

結論：課題設定を組織能力として定着させるには、「1週間サイクルの実践」「レビューの制度化」「テンプレートの標準化」の3つを回します。個人技として終わらせず、組織の共通言語として運用することが定着の鍵です。

実務適用の3層設計

個人レベル：週1回、担当プロジェクトの真の課題を1枚に書き出し、上司レビューを受ける。所要15分。
チームレベル：週次会議の冒頭10分で、「今週の解くべき問い」を全員で合意する。
経営レベル：月次で経営会議に真の課題を明示し、四半期ごとに再定義する。

実行チェックリスト

[ ] 問題を事実のみで記述している（解釈・原因を混ぜていない）
[ ] 5W1Hで6観点すべて埋めている
[ ] 事実と解釈が2列で分離されている
[ ] So What?とWhy So?を交互に3回以上往復している
[ ] イシューツリーが3層以上に展開されている
[ ] 真の課題が「〜するにはどうすべきか？」の1文で書けている
[ ] 意思決定者・現場・関連部門の3層で合意されている
[ ] 答えが出たときの含意（打ち手候補）を事前に描いている

標準テンプレート（1枚課題整理シート）

【真の課題（1文）】
　→ [主体]が[期日]までに[対象]について、どう[目標状態を実現]するか？

【問題事象（事実のみ）】
　→ [5W1H整理]

【仮説（検証すべき解釈）】
　→ [解釈リスト]

【イシューツリー（3層以上）】
　→ [ツリー構造]

【答えが出たときの含意】
　→ [シナリオ別打ち手]

【意思決定者・関係者の合意状況】
　→ [合意済み／未合意の項目]

このテンプレートを組織の標準ツールとして配布し、四半期ごとに事例集を共有することで、課題設定力が組織能力として蓄積されていきます。

FAQ（よくある質問）

Q1：問題と課題の違いは何か？

A1：問題は「望ましくない現象・事実」で、課題は「解決すべき問いの形に言語化された論点」です。例えば「売上が20%下がった」は問題、「主要顧客の離反を90日で止めるにはどうすべきか」は課題です。問題は誰が見ても同じですが、課題は設定者の思考の質に依存するため、コンサル業の付加価値は「問題を課題に翻訳する力」に凝縮されています。

Q2：真の課題の見極め方は？

A2：3条件で判定します。第一に「〜するにはどうすべきか」の単一の問いで書けているか。第二に、解ければ他の周辺論点の8割が同時に片付くレバレッジがあるか。第三に、意思決定者が答えを見て具体アクションを取れるか。この3条件を満たさなければ、真の課題ではなく「問題のリスト」または「感想」になっている可能性が高いです。

Q3：イシューツリーとは何か？

A3：イシューツリーは、頂点に真の課題（コアイシュー）を置き、下層にサブイシューをMECE（相互排他・網羅的）に展開する構造化ツールです。マッキンゼー・BCG・ベインが共通で使う分析計画の設計図で、通常3〜5層に展開されます。各サブイシューに「答えるべきデータ」「答えの持ち主」を紐付けると、分析計画が自動的に完成します。

Q4：仮説設定との関係は？

A4：課題設定と仮説設定は連続した工程です。課題設定で「解くべき問い」を定義し、仮説設定で「その問いに対する仮の答え」を先に置きます。マッキンゼー流の「仮説ドリブンアプローチ」では、課題設定後にすぐ仮説を立て、その検証のための分析を設計します。仮説なしで分析すると、無限にデータを集め続ける「分析地獄」に陥ります。

Q5：課題設定の成功事例は？

A5：Ballistaが支援した事例では、あるSaaS企業の「新規契約が伸びない」問題を、「首都圏中堅企業セグメントで、決裁者へのアクセス経路が3か月以内に確立できない構造をどう解くか」という真の課題に翻訳したことで、対応する打ち手が「営業増員」から「経営者ネットワーク経由の紹介ルート構築」に転換し、6か月後に新規商談数が2.4倍になりました。課題設定の質が、打ち手と成果を左右します。