IB 先生フィードバックの活かし方｜コメントを点数に変える3ステップ
先生からコメントをもらったのに、次の提出では同じ指摘を繰り返してしまう――そんな経験はありませんか？フィードバックは受け取り方と管理の仕方次第で、得点改善の最短ルートになります。
先生のコメント、読んで終わっていませんか？
IBでは定期的に先生からフィードバックをもらう機会がある。Internal Assessment（IA）の草稿、Extended Essay（EE）の中間提出、TOKエッセイの添削、授業中のエッセイ課題……。しかし多くのIB生が「コメントを読む→なんとなく直す→次の課題へ」というサイクルを繰り返し、同じ指摘を何度も受けることになる。
フィードバックを点数に変えるために必要なのは、「読む」から「分類・記録・検証」の3ステップへ移行することだ。
なぜ「読んで終わり」では点数が上がらないのか？
フィードバックを読んだのに改善されない理由は、大きく2つある。
コメントが抽象的なまま行動に変わっていない
「論証が弱い」「分析が不十分」「構造を整理して」——これらは正確な指摘だが、そのままでは何をすれば良いかわからない。指摘を受けた側が、自分の文章のどの部分に何をすれば良いのかを具体化しない限り、コメントは情報のままで終わる。
どの評価軸（クライテリア）で失点しているかを把握していない
IBの多くの課題は複数のクライテリアで採点される。先生のコメントが複数あるとき、それぞれがどのクライテリアに対応しているかを把握しないと、優先順位がつけられない。全部を同じ重さで修正しようとすると、時間が足りなくなったり、配点が低いところを丁寧に直して配点が高いところが手つかずになったりする。
ステップ1：コメントをクライテリア別に分類する
フィードバックをもらったら、最初にすることは「分類」だ。先生のコメントをそのまま読み進めるのではなく、一度立ち止まって、各コメントがどのクライテリアに関係しているかを確認する。
分類の手順
① 該当課題のクライテリア一覧を手元に出す
subject guide、または先生から渡された採点ルーブリックを開く。IAならそのIAのクライテリア、EEならEEのクライテリアを確認する。クライテリアの名称や数は科目・課題によって異なるため、ここでは「課題ごとに複数の評価軸がある」という前提で話を進める。最新の構成は公式 subject guide で必ず確認してほしい。
② 各コメントにラベルを貼る
コメントの横に、対応するクライテリアのラベルを書き込む。デジタルで管理するなら色分けするとわかりやすい。
③ クライテリアごとにコメントをまとめる
同じクライテリアへの指摘が複数ある場合、それはその軸で繰り返し問題が起きているサインだ。まとめることで「自分の弱点クライテリア」が一目でわかる。
分類テーブルの例（IAの場合）
| コメント（要約） | 関連クライテリア（仮） | 緊急度 |
|---|---|---|
| 「研究の問いが広すぎる」 | Research Question / Focus | 高 |
| 「グラフの軸にラベルがない」 | Analysis / Data presentation | 中 |
| 「結論が背景の理論と結びついていない」 | Conclusion / Evaluation | 高 |
| 「引用の書き方が不統一」 | Formatting / Citation | 低 |
※ クライテリア名は例示であり、実際の科目・課題によって異なる。
このように分類すると、「今回は Research Question と Conclusion が特に課題」という構造が見えてくる。
ステップ2：「何を・なぜ・どう直すか」3列テンプレートで記録する
分類が終わったら、次は各コメントを行動可能な単位に変換する。そのために使うのが「3列テンプレート」だ。
3列テンプレートとは
| 列 | 問い | 記入内容の例 |
|---|---|---|
| 何を（What） | 何が問題か | 「Introduction の3段落目で研究の問いが定義されていない」 |
| なぜ（Why） | なぜそれが問題か | 「研究の問いがないと、実験のデザインとの整合性が評価できないから」 |
| どう直す（How） | 具体的に何をするか | 「2文以内で問いを明確に書き直し、測定変数との対応を明示する」 |
「なぜ」の列が特に重要だ。理由を自分の言葉で書けるかどうかが、理解しているかどうかの判断基準になる。書けない場合は、先生への追加質問または subject guide の再読が必要なサインだ。
実際の記入例（EEエッセイの場合）
このテンプレートは、Notionのデータベース、Googleスプレッドシート、紙のノートなど、どこでも使える。重要なのはフォーマットではなく、「何を・なぜ・どう」の3列で考える習慣だ。
テンプレートを使う利点
- 修正の見落としがなくなる — コメントを全てリストアップするため、「後で直そう」が防げる
- 次の課題に転用できる — 同じ「なぜ」が別の科目にも適用できることがある
- 先生への質問を効率化できる — 「How」を自分で考えてから質問することで、「どうすれば良いですか」ではなく「この方向で合っていますか」という質の高い質問ができる
ステップ3：修正後の「差分チェック」で学習を定着させる
修正が終わったら終わりではない。元のコメントと修正後の文章を並べて、改善できたかを自己評価するのが3ステップの最後だ。
差分チェックの手順
① 元のコメントリスト（ステップ1・2で作ったもの）を開く
修正前のドラフトと修正後のドラフトを並べて表示できるとなお良い。
② 各コメントに対して「改善できた / 部分的に改善 / まだ残っている」を記録する
| コメント（要約） | 修正内容 | 自己評価 |
|---|---|---|
| 「研究の問いが広すぎる」 | 問いを2文に絞り、従属変数を明示した | ✅ 改善できた |
| 「結論が理論と結びついていない」 | Background の理論に言及したが、つながりが弱いかも | 🔶 部分的に改善 |
| 「引用の書き方が不統一」 | MLA形式に統一した | ✅ 改善できた |
③ 「まだ残っている」「部分的」のものを次のアクションに回す
「部分的に改善」のものは、先生への再質問、またはルーブリックの再確認が有効だ。自分では「直した」と思っていても、採点基準から見ると不十分なことは珍しくない。
自己評価が重要な理由
差分チェックで最も価値があるのは、「改善できた」の確認よりも「なぜまだ残っているのか」の分析だ。残っている理由には2種類ある。
| 残っている理由 | 対処法 |
|---|---|
| 理解不足（何が求められているかわからない） | ルーブリックの再読、先生への質問、同科目の高得点サンプルを読む |
| 実行スキル不足（わかっているが書けない・できない） | 書き直しの練習、類似課題での訓練、具体的な表現例のインプット |
この2つを混同すると対処が的外れになる。「理解不足」なのに繰り返し書いても意味がなく、「実行スキル不足」なのにルーブリックを読み返しても改善しない。
同じフィードバックが繰り返されるとき、どうすれば良いか？
「毎回同じコメントが来る」という状況は、多くのIB生が経験する。これは学習が定着していないサインであり、放置すると最終評価まで引きずることになる。
繰り返しフィードバックへの対処フロー
まず、ステップ3で述べた「理解不足か実行スキル不足か」の切り分けをする。
理解不足の場合
- ルーブリックの該当クライテリアをもう一度読み直す
- 先生に「自分はこう理解しているが合っているか」と仮説を提示して確認する
- 同じ科目の公式サンプルや、過去に高評価を得た課題の構造を分析する
実行スキル不足の場合
- 同じクライテリアに関して、短い練習課題を自分で設定して繰り返す
- 指摘された箇所のパターン（例：「主張→根拠→説明」の型が抜けがち）を意識して書く練習をする
- 書いた文章を、ルーブリックの言葉を使って自己採点する癖をつける
先生への追加質問を効果的にする方法
追加質問をためらうIB生は多いが、先生のフィードバックを正しく理解して活かすための質問は、学習の一部だ。質問するときは、以下の構造にすると先生も答えやすい。
蓄積したフィードバック記録をIA・EE・TOKに横断的に使う方法
ここまでのステップで作ったテンプレート記録は、その課題だけで捨てるには惜しい資産だ。IBは複数の課題が並行して進むため、一つの課題で得た気づきが別の課題にも転用できる場合が多い。
横断活用の考え方
例えば「論証の構造が弱い」という指摘は、IAのエッセイ部分、EE、TOKエッセイ、そして各科目のペーパーエッセイにも共通する弱点であることが多い。一つの課題で深く分析した「なぜ・どう直す」の記録は、別の文脈でも参照できる。
IB Internal Assessment (IA) の書き方やIB Extended Essay (EE) の書き方の記事でも触れているが、IAとEEはどちらも「問いの設定→探究→分析→結論」という構造を持つ。一方で弱かった「研究の問いの具体性」を改善した経験は、もう一方にも活きる。
横断的に使える「マイ弱点マップ」
記録が蓄積してきたら、クライテリア横断で自分の弱点を整理した「マイ弱点マップ」を作るのが有効だ。
| 弱点パターン | 出てきた課題 | 改善状況 |
|---|---|---|
| 論の展開が早く、根拠の説明が省略される | IA草稿・TOKエッセイ第2稿 | 部分的に改善中 |
| データの解釈で「何を意味するか」の一文が抜ける | IA・試験練習問題 | ✅ 改善済み |
| 引用の文脈説明が薄い | EE第1稿・English Aエッセイ | 要対策 |
このマップは、IBの時間管理の記事で紹介している学習計画と組み合わせると、どの弱点に何時間を割り当てるかの判断材料にもなる。
課題ごとのフィードバックフォルダを作る
記録の管理方法として、課題別にフォルダを作り、以下のファイルをセットで保存する習慣をつけると良い。
- 修正前のドラフト
- 先生のコメント（スクリーンショットまたはテキスト）
- 3列テンプレートの記録
- 修正後のドラフト
- 差分チェックの記録
次の課題が始まるとき、過去フォルダを5分見返すだけで自分の弱点パターンを思い出せる。
TOKやCASのフィードバックにも同じアプローチは使えるか？
使える。ただし若干のアレンジが必要だ。
TOKエッセイ・Exhibitionへの応用
IB TOK 完全攻略でも解説しているが、TOKの評価軸は他の科目と異なる独特の概念を持つ。フィードバックを分類するとき、「知識の主張（Knowledge Claim）が明確か」「反例（Counter-claim）が機能しているか」など、TOK固有の軸を意識してラベリングする必要がある。
3列テンプレートの「なぜ」の列では、「この部分がTOKの問い（Knowledge Question）と切り離れているから」など、TOKの評価文脈で理由を書くのがポイントだ。
CASへの応用
IB CASの進め方の観点から言えば、CASはリフレクションの質がアドバイザーから確認される。「リフレクションが表面的」「学習成果（Learning Outcomes）との結びつきが見えない」などの指摘に対しても、同じ3列テンプレートで「どんな経験の・何が足りない（What）→なぜ必要か（Why）→どう書き直すか（How）」と整理すると、次のリフレクションの質が上がる。
フィードバック活用を習慣にするための現実的なルール
最後に、このステップを一時的な「勉強法」ではなく習慣として続けるための現実的なルールを共有する。
ルール1：フィードバックをもらったら48時間以内に分類する
時間が経つほど記憶が薄れ、コメントの文脈を忘れる。返却されたその日か翌日に、最低限「分類」だけでも終わらせる。
ルール2：テンプレートは「完璧に書く」ことにこだわらない
特に忙しい時期は、3列全てを埋めるのが難しいこともある。「何を（What）」だけでも書いておけば、後で見返したときに思い出すきっかけになる。 完璧主義がハードルになって記録を始めない、という状態が最もまずい。
ルール3：次の草稿提出前に必ず差分チェックをする
次の提出の前日ではなく、執筆中に随時差分チェックをする癖をつけると、「直したつもりで直ってない」を提出前に発見できる。
ルール4：学期末に記録を振り返る時間を5分でも作る
学期が変わるタイミングで「マイ弱点マップ」を更新する。「改善済み」が増えているのを確認することは、次の課題への自信にもつながる。
フィードバックの活かし方は、教えてもらうよりも自分で試行錯誤した経験が一番身につく。ただ、「理解不足か実行スキル不足か」の切り分けに迷ったとき、自分の弱点パターンを客観的に見てもらいたいときは、IB経験者に相談するのが近道になることもある。Quick IBでは、こうしたフィードバック活用のプロセスを含めた個別サポートを行っている。