この記事でわかること
- Day4の位置づけ ― なぜ「中間テスト」と言われるのか
- ケース演習を通じて確認すべきDay1〜3のスキル
- レポート提出回として意識すべき「伝わる書き方」の原則
- 自己添削がなぜ重要なのか、その実務的な意味
- Day4の経験を実務でどう活かすか
クリティカル・シンキングDay4は、Day1〜3で学んだすべての要素を一つのケース演習で総合的に実践する回です。個別のスキル（イシュー、分解、主張と根拠、因果関係など）を個別に学ぶフェーズは終わり、ここからはそれらを統合して使いこなす段階に入ります。
Day4の位置づけ ― 「中間テスト」の意味
Day4は全6回の中間地点であり、ハンドアウトでは3つの狙いが示されています。
Day4は「正解を出す」ことが目的ではありません。今の自分にできていること・できていないことを可視化することが最大の目的です。できていないことに気づけば、Day5・6の残り1ヶ月で重点的に強化するポイントが明確になります。
ケース演習で試されるDay1〜3のスキル
Day4のケースでは、ある企業の業績課題に取り組みます。ケースの詳細は授業で体験していただくとして、ここではDay1〜3で学んだどのスキルが問われるのかを整理します。
Day1のスキル：イシューを押さえる
ケースに取り組む際、最初にやるべきことは「データを見ること」ではありません。「なぜこのイシューに取り組む必要があるのか」を自分の言葉で説明できるかが問われます。
Day1で学んだように、イシューの設定が変われば分析の方向性も解決策もまったく変わります。ケースの主人公の立場や置かれた状況を踏まえ、「複数のイシュー候補の中から、なぜこのイシューを選ぶのか」を論理的に示すことが出発点です。
イシューを選ぶ際の判断軸としては、以下のような観点が使えます。
- 緊急性：今対処しないと取り返しがつかない問題か？
- 影響の大きさ：解決したときに最も大きなインパクトが出るか？
- 権限の範囲：主人公の立場で実際に動ける問題か？
- 分析可能性：手元のデータで分析できる問題か？
Day2のスキル：分解と「So What?」
ケースには数値データが添付されています。このデータをどう分析するかで、Day2で学んだスキルが試されます。
- 分解：全体を複数の切り口で分けて、問題がどこで起きているかを特定する
- 森を見る→木を見る：全体傾向の把握から入り、気になるポイントを深掘りする
- So What?：データから読み取れる事実を、意味のある主張に引き上げる
ありがちな失敗は、データをグラフにして「こういう傾向があります」で終わること。それは事実の記述であって主張ではありません。「だからこのデータは何を意味するのか」まで踏み込めるかが分かれ目です。
Day3のスキル：4ステップと因果関係
ケースの分析全体は、Day3で学んだ問題解決の4ステップ（イシュー→結果→原因→解決策）に沿って進めます。
特にDay4で問われるのは、各ステップ間の論理的なつながりです。結果の分析で見つけた問題箇所と、原因の分析が対応しているか。原因に対する解決策が的確か。全体を通して「なるほど、だからこの解決策なのか」と納得できるストーリーになっているか。
Day3で学んだ因果関係の錯覚（第3因子の存在、時間的順序の逆転）にも注意が必要です。「相関がある」ことと「因果がある」ことは別物であるという意識を、ケース分析の中で実践します。
「納得感のあるストーリー」を組み立てる
Day4のケース演習で最も大切なのは、分析結果を一貫したストーリーとして組み立てることです。
個別のステップでは良い分析ができていても、全体としてつながっていなければ説得力は生まれません。これは実務でも同じです。上司への報告、クライアントへの提案、チームへの方針説明 ― いずれも「なるほど」と思ってもらえるストーリーが求められます。
Day4のケース演習は、この「ストーリーを組み立てる力」を試す場でもあります。
レポート提出回としてのDay4
Day4は全6回の中で唯一のレポート提出回です。ここで意識すべきことを、ケースの内容に触れない範囲で共有します。
伝わるレポートの3原則
- 自分の意見・結論を書く ― ケースの要約やフレームワークの説明ではなく、自分で考え抜いた結論を示す
- 説得するつもりで書く ― 根拠を明示し、論理的に展開する。実際のビジネスで提案するつもりで
- 簡潔・明解に書く ― 長さに「努力点」はつかない。冗長はむしろマイナス
データと推論を区別する
レポートで特に重要なのが、ケースに記載されたデータに基づく分析と、前提を置いた推論を明確に区別することです。
「本来はこの情報が必要だが、○○と前提を置いて検討する」と明示することで、分析の透明性が保たれます。情報が完璧に揃わない中で判断を下すのはビジネスの常です。前提の明示は、ケース演習だけでなく実務でも欠かせないスキルです。
図表は「主張のツール」
グラフや表を使う場合、「このデータの通りです」では不十分です。図表は「何を言いたいのか」を伝えるためのツールです。図表のタイトル自体に主張を込め、本文では「この図から読み取れるのは○○であり、これは△△を意味する」と一文で解説する習慣をつけましょう。
自己添削の意味
Day5の課題では、Day4で提出したレポートを自己添削します。ここで言う「自己添削」とは、1から書き直すことではありません。自分が講師になったつもりで、自分のレポートにコメントをつける作業です。
この自己添削こそが、Day4の真の学びです。なぜなら、自分の思考のクセを客観的に把握することが目的だからです。
- 自分はどこが得意で、どこが苦手か？
- なぜそのような分析をしてしまったのか？
- クラスで得た気づきは、自分のレポートのどこに当てはまるか？
この振り返りが、Day5・6の学びの質を大きく左右します。「できていなかった」こと自体は問題ではなく、「できていなかったことに気づけたか」が重要です。
Day4の経験を実務で活かす
Day4で体験する「ケース全体をストーリーとして組み立てる」というプロセスは、実務の多くの場面で使えます。
| 実務の場面 | Day4で鍛えた力 |
|---|---|
| 上司への問題報告 | イシューの意義を示し、データで現状を説明し、原因と対策をセットで提案する |
| プロジェクトのキックオフ | なぜこのプロジェクトか（イシュー）→現状の課題（結果）→原因の仮説→アプローチの一貫したストーリー |
| 予算申請 | 何が問題か→なぜ予算が必要か→投資対効果という論理のつながり |
| 部下への業務指示 | 「なぜこの仕事をするのか」の背景を、イシュー→現状→目標のストーリーで伝える |
いずれも共通するのは、「4ステップ間の論理的なつながり」を意識して伝えることです。データを並べるだけでは人は動きません。「だからこうすべきだ」という一貫したストーリーがあって初めて、相手は納得し、行動を起こします。
おすすめ書籍
ケーススタディでの問題解決力をさらに高めるために、以下の書籍がおすすめです。
よくある質問（FAQ）
Q1. Day4のレポートはどのくらいの分量が適切ですか？
A1. 「簡潔に、明解に」が原則です。長く書くほど良いわけではなく、冗長はマイナスになります。A4で数ページ程度が目安ですが、分量よりも論理の質が重要です。
Q2. ケースの情報だけでは分析しきれないと感じます。どうすればいいですか？
A2. それは正常な感覚です。実際のビジネスでも情報が完璧に揃うことはありません。「ここでこの情報が必要だが不足しているので、○○と仮定して進める」と明示することが大切です。
Q3. Day4で最も大切なことは何ですか？
A3. 「正解を出すこと」ではなく、「今の自分の現在地を知ること」です。Day1〜3で学んだスキルのうち、どれが使えていてどれが使えていないかを把握することが、残りのDay5・6を有意義にする鍵になります。
Q4. 自己添削を効果的に行うコツは？
A4. 提出後1〜2日置いてから読み直すと、執筆時には気づかなかった論理の穴が見えてきます。また、クラスでの講師や他の受講生のフィードバックを、自分のレポートのどの部分に当てはまるか具体的に紐づけると、気づきが深まります。
まとめ
Day4で学んだことを振り返ります。
- Day4はDay1〜3の総復習 ― イシュー・分解・主張と根拠・因果関係を一つのケースで総合的に実践する
- 正解よりも「現在地の把握」が目的 ― できていること・できていないことを可視化する
- 一貫したストーリーを組み立てる力が問われる ― 4ステップ間の論理的なつながりが鍵
- データに基づく分析と前提を置いた推論を区別する ― 情報の出所と前提を明示する
- 自己添削で思考のクセを客観視する ― Day5・6への学びの指針を見つける
Day5からは「コミュニケーション」のフェーズに入り、自分の考えを相手に伝え、納得してもらう技術を学びます。
