IBケーススタディ問題の攻略法｜分析フレームと答案の組み立て方
ケーススタディ問題は「どのフレームを当てるか」で答案の質が決まります。科目をまたいで使える分析の型を身につけ、限られた試験時間で的確に論じる方法を整理しましょう。
ケーススタディ問題、どこから手をつければいい?
IB の試験でケーススタディ問題に直面したとき、「とりあえず事例文を読み始める」という反射的な行動は一度立ち止めてほしい。最初にすべきことは、コマンドターム(Command Term)と問いの射程を確認することだ。
Analyse なのか Evaluate なのか、Discuss なのか Examine なのか——その一語が、答案に求められる思考の深さをほぼ決定する。事例の内容を把握する前に問いの構造を解読しておくことで、読む段階から「どの情報が証拠になるか」という視点が働き始める。
この記事では、科目を問わず使えるケーススタディ問題の読み方・分析フレームの選び方・答案の組み立て方を順番に説明する。Business Management や Economics の長文事例を念頭に置いているが、考え方は他科目にも応用できる。
コマンドタームは「問いの設計図」——どう読み解くか?
コマンドタームの階層を把握する
IB の問いは、コマンドタームによって要求される認知レベルが異なる。大まかに三層に分けると整理しやすい。
| 層 | 代表的なコマンドターム | 求められること |
|---|---|---|
| 知識・理解 | Define / State / Outline | 概念の正確な再現 |
| 応用・分析 | Apply / Analyse / Explain | 事例への概念の適用と因果関係の説明 |
| 評価・判断 | Evaluate / Discuss / Justify / To what extent | 根拠を示した上での立場の明示と多面的考察 |
ケーススタディ問題では「応用・分析」以上のコマンドタームが使われることがほとんどだ。特に上位層のコマンドタームが来たときは、事例を「描写」するだけでなく、判断を下すところまで書ききることが求められている。
問いの「射程」を確認する
コマンドタームの次に確認するのは、問いが要求している「範囲」だ。
- 内部要因か外部要因か — SWOT でいえば S/W(内部) か O/T(外部) か
- 短期か長期か — 即効性の施策なのか構造的な変革なのか
- 定量的根拠か定性的根拠か — 財務数値を使うべきか、組織文化や利害関係者の視点を使うべきか
この三軸を問いから読み取ってから事例文を読むと、膨大な情報のなかから「使うべき証拠」と「読み飛ばせる背景情報」を素早く区別できる。
事例文の読み方——証拠を「拾う」技術
二段階読みで時間を節約する
試験中に事例文をじっくり精読する時間は限られている。一読目は構造把握、二読目は証拠収集という二段階読みを習慣にするとよい。
一読目（構造把握）
- 企業・組織の業種、規模、置かれた状況を掴む
- 問題文に戻り、問いと事例のどの部分が対応しているか仮説を立てる
二読目（証拠収集）
- 問いに関連する数値・固有名詞・出来事に印をつける
- 「強み」「課題」「変化」「ステークホルダーの反応」のカテゴリで色分けすると整理しやすい
「証拠」として使えるものと使えないものを区別する
事例の情報は、答案の中で自分の主張を支える「証拠」として引用することが正しい使い方だ。ありがちな失敗は、事例の内容を要約することで「分析した」と思い込むケース。採点者が見ているのは、あなたが事例の情報をどう解釈し、理論と結びつけて何を主張したか、だ。
分析フレームはどう選ぶ? ——科目横断で使える汎用ツール
主要フレームと使いどころ
IB のケーススタディで繰り返し役立つ分析フレームを整理した。これらは Business Management を中心に使われるが、IB経済 HL など他科目の長文問題でも応用が利く。
| フレーム | 主な用途 | 問いとの相性 |
|---|---|---|
| SWOT 分析 | 内部・外部環境の整理 | 「状況を分析せよ」「戦略を評価せよ」 |
| PEST / PESTLE | マクロ環境の分類 | 外部要因が問いの中心のとき |
| ステークホルダー分析 | 利害関係者の影響と反応 | Discuss / To what extent 系 |
| 費用便益分析 | 意思決定の合理性評価 | 「〜は正当化できるか」「〜を推奨するか」 |
| アンゾフ・マトリックス | 成長戦略の類型 | 市場・製品の方向性が問われるとき |
| ポーターの競争戦略 | 差別化・コストリーダーシップ等 | 競争優位や戦略的ポジションを問うとき |
| 損益分岐点 / 財務比率 | 財務的な実行可能性 | 定量的根拠が必要なとき（目安として） |
フレーム選択の判断軸
フレームをどれ使うか迷ったときは、次の二つの問いで絞る。
①問いは「内部」か「外部」か? 内部要因（組織・資源・能力）が問いの中心なら SWOT の S/W やバリューチェーンが有効。外部要因（市場・規制・競合）が中心なら O/T・PEST・ポーターの五力が合う。
②根拠は「定量」か「定性」か? 財務データが事例に含まれているなら費用便益・財務比率でサポートする。数値が少ない事例なら、ステークホルダーの反応・文化的要因・倫理的考察を定性的に論じる方が現実的だ。
複数フレームの組み合わせ方
上位層の問い（Evaluate / To what extent）では、単一フレームより複数のフレームを組み合わせて多面的に論じることが期待される。
たとえば「新市場への参入を推奨するか」という問いなら：
- SWOT で自社の S/W と市場の O/T を整理（前提確認）
- アンゾフで参入戦略の種類を特定（分析）
- 費用便益で実行可能性を検討（定量サポート）
- ステークホルダー分析で反応を予測（多面的考察）
- 限界・前提条件を明示（評価レベル）
この流れ自体が答案の骨格になる。
答案はどう組み立てるか?——採点基準を満たす構造
基本の四段構成
この四段構成は、特に Evaluate / Discuss / To what extent 系の問いで有効だ。採点基準には「バランスのとれた議論」「根拠に基づいた判断」「フレームの適切な応用」が求められることが多く、この構成を守ることでそれらを自然に満たせる。
各段落の書き方——具体的なポイント
①立場の明示（導入段落）
曖昧な書き出しは避ける。「この問いにはさまざまな見方がある」という一般論から始めるのではなく、自分の立場を先に宣言する。
例：「〜社が新市場に参入することは、現時点では推奨できない。理由は内部資源の制約と市場リスクの高さにある。以下でそれぞれ検討する。」
この一文だけで採点者は「この答案がどこに向かうか」を理解し、読み進める準備ができる。
②根拠と証拠（分析段落）
一つの論点につき、次の三要素をセットで書くことを意識する。
- 主張：何が起きているか / どう解釈するか
- 証拠：事例のどのデータ・出来事がそれを支えるか
- フレームとの接続：なぜそのフレームがこの解釈を裏付けるか
段落の長さは問いの配点によって変わるが（具体的な配点は subject guide と担当教員に確認を）、「主張→証拠→接続」のミニサイクルを一段落に一回は必ず回すことを目安にするとよい。
③対立意見の検討（反論段落）
上位層のコマンドタームでは、自分の立場と反対の意見を検討しないと「一面的な議論」とみなされやすい。反論段落は「ただし、〜という見方もある」という形で始め、その視点のもとで事例がどう解釈されうるかを示す。
重要なのは、反論を示した上で「それでも自分の立場が正しい理由」に戻ることだ。反論を示しただけで終わると、立場が崩れたように見える。
④評価と結論（締め括り段落）
- 使ったフレームの限界（例：SWOT は静的なスナップショットであり、時間軸を考慮しない）
- 分析に使ったデータや前提条件の制約（例：事例の財務数値は一時点のもので、市場全体のトレンドを反映していない可能性がある）
- これらを踏まえた上での最終的な立場の再確認
限界への言及は「弱点の暴露」ではなく、分析の深さを示す評価(Evaluation)レベルの証明だ。ここに言及できるかどうかが、中位答案と上位答案の分水嶺になることが多い。
よくあるミスと対策——なぜ点が伸びないのか?
ミス①：事例の「描写」で終わる
最も頻繁に見られるミス。事例に書いてあることをそのまま言い換えても、分析点は取れない。事例の情報は常に「だから何か(So what?)」につなげる必要がある。
対策：段落を書くたびに「だから何か?」と自問する。答えが出ないなら、その段落はまだ描写にとどまっている。
ミス②：フレームを「当てはめる」だけ
SWOT のマスを埋める、PEST のカテゴリに分類する——それ自体は分析ではない。フレームは思考の補助線であって、フレームに情報を配置することがゴールではない。
対策：フレームに情報を当てはめた後、必ず「この分類が示唆することは何か」「この要因が問いの答えにどう影響するか」を一文付け加える。
ミス③：立場が曖昧なまま終わる
Evaluate 系の問いで「どちらとも言える」で締め括るのは、「立場を取れていない」と判断されやすい。バランスのとれた議論と、立場のない議論は別物だ。
対策：「どちらとも言えるが、〜という条件のもとでは〜がより妥当である」という形で条件付きの立場を明示する。条件を示すことで、評価(Evaluation)の要素も同時に満たせる。
ミス④：フレームの限界に言及しない
時間がなくなってきたとき、締め括り段落が「以上より、〜と言える」だけで終わることが多い。これでは評価レベルに達しない。
対策：使ったフレームの限界について一文でいいので必ず書く。試験前にいくつかのフレームの「定型の限界コメント」を準備しておくと、試験中でも素早く使える。
| フレーム | 定型の限界コメント例 |
|---|---|
| SWOT | 静的な分析であり、環境変化の速さや時間軸を捉えにくい |
| PEST | 各要因間の相互作用や優先順位が明確にならない |
| 費用便益分析 | 定性的な影響（従業員の士気・ブランド価値など）を数値化しにくい |
| ステークホルダー分析 | 各ステークホルダーの影響力と関心度は状況によって変化し、静的に扱うと過不足が生じる |
時間配分と練習の進め方——試験本番で使える状態にするには?
時間配分の考え方
試験中の時間配分は、問いの配点（目安）をもとに逆算する。具体的な時間目安は科目・試験によって異なるため公式 subject guide と担当教員に確認してほしいが、一般的な考え方として：
- 問いを読む・構造を把握する時間を最初に確保する（全体の10〜15%目安）
- 事例を読む・証拠を収集する時間（全体の20〜25%目安）
- 書く時間（全体の55〜65%目安）
- 見直し時間（最低5%は確保する）
書くことに時間を使いすぎて構造把握を省略するのは、長期的には非効率だ。読む段階でしっかり設計図を作ることで、書く時間が実は短縮される。
効果的な練習方法
ステップ1：コマンドタームの応答型を体に染み込ませる
Analyse・Evaluate・Discuss それぞれの問いに対して、「何を書けばよいか」のテンプレートを一枚紙に整理し、試験前に繰り返し確認する。
ステップ2：過去問でアウトライン練習を積む
いきなりフル答案を書くのではなく、まずアウトライン（構成メモ）だけを10分で作る練習を積む。どの証拠を使うか、どのフレームをどの段落に当てるかを素早く決める筋肉をつけるのが目的だ。
IB最終試験の直前対策では、過去問と markscheme の使い方をより詳しく解説している。特に markscheme の読み方は、採点基準を逆算して答案を設計するうえで非常に重要だ。
ステップ3：markscheme でズレを診断する
自分の答案と markscheme を比較するとき、「何が書けていないか」だけでなく「どのフレームで考えるべきだったか」「どの証拠を使うべきだったか」を分析する。採点基準は「答えの一致」より「思考プロセスの質」を見ていることが多い。
ステップ4：フィードバックループを短くする
一つの答案に2〜3時間かけて完璧に仕上げるより、30〜40分でアウトライン→主要段落を書く→markscheme で確認、のサイクルを多く回す方が実力は上がりやすい。
まとめ——ケーススタディ問題の攻略を一枚で整理する
ケーススタディ問題は、「正しい答えを知っているか」より「問いに対して構造的に論じられるか」を問うている。事例の内容は毎回変わっても、上記の読み方・フレームの使い方・答案の組み立て方は科目を超えて再現できる。
IBスコアの上げ方でも触れているように、IB の評価は知識量だけでなく、概念の適用力と評価能力(Evaluation)に大きく依存する。ケーススタディの練習はそのまま試験全体の得点力向上につながる。
配点の詳細・評価基準の最新情報は、必ず公式 subject guide と担当教員に確認してほしい。制度は年度・学校によって変わることがある。
ケーススタディや長文問題の答案設計について個別に相談したい場合は、Quick IB の IB 経験者による指導が力になれる。自分の答案にフィードバックをもらいながら練習するのが、実力向上への最短ルートだ。