IBピアフィードバック活用術｜相互添削でIA・EEの質を引き上げる方法
ピアフィードバックは「もらうだけ」では半分しか活かせていません。相手の作品を批評する行為そのものが、自分のIA・EEを見直す最強のトレーニングになります。
ピアフィードバックは「もらうもの」ではなく「使うもの」
IB の Internal Assessment（IA）や Extended Essay（EE）を仕上げていく過程で、学校やプログラムによってはピアレビュー（peer review）の機会が設けられる。しかし多くの生徒がこれを「先生の添削を待つ前の暫定作業」程度に捉え、十分に活かしきれていない。
結論から言おう。ピアフィードバックの最大の受益者は、受け取る側ではなく与える側だ。他者の草稿に評価規準（assessment criteria）を当てはめてコメントを書く行為は、自分のレポートを書くどんな作業よりも「採点者の視点」を体で学ぶ機会になる。
この記事では、ピアフィードバックを「こなす義務」から「思考力を鍛える道具」に変えるための具体的な方法を説明する。IA・EE それぞれの着目点、セッションの設計、フィードバックを受けた後の振り返りまでをカバーする。
なぜピアレビューが IA・EE の質を引き上げるのか？
「書く」より「読む」ほうが構造の欠陥に気づきやすい
自分で書いた文章は、知識の呪縛（curse of knowledge）にかかりやすい。自分の中では繋がっているロジックが、読み手には飛躍に映る。他者の草稿を読む作業では、この呪縛が外れる。「どこで話が飛んでいるか」「根拠が主張を支えていないのはどこか」が自然と目に入る。
そしてその感覚は、自分の草稿に戻ったとき初めて「自分にも同じ問題がある」という発見につながる。
評価規準を「自分ごと」として理解できる
IB の各科目は Subject Guide に詳細な assessment criteria を記載している。しかし多くの生徒はこれを「外から与えられたチェックリスト」として扱い、自分の文章の中に落とし込むところまで至らない。
他者のレポートを評価規準に沿って読むと、「この criterion はこういう意味だったのか」という解像度の変化が起きる。たとえば EE で「reflection」と「summary」の違いが曖昧だった生徒が、ピアレビューを通じて「ここは感想の列挙であって批判的考察ではない」と指摘する側になることで、初めてその差が腑に落ちる。
アウトプットが思考を整理する
コメントを書く行為は、観察を言語化する行為だ。「なんとなくわかりにくい」という感覚を「Research Question（RQ）と分析の章の間に論理的ブリッジが欠けている」と言語化する作業が、自分自身の論理構成力を鍛える。
フィードバックの質を高めるにはどうすればいい？
感想（"面白かった""もっとわかりやすく"）は、フィードバックではない。役に立つフィードバックには評価規準への参照・具体的な箇所の指摘・改善への提案という三要素が必要だ。
「論点 → 根拠 → 提案」の三段構造
次の型を使うと、コメントが格段に具体的になる。
- 論点（Claim）: このレポートのどのcriterionに関する指摘か
- 根拠（Evidence）: 草稿の何ページ目・何段落目の何が問題か
- 提案（Suggestion）: どう変えれば改善できるか（複数案でもよい）
例（IB経済 IA の場合）:
【論点】経済理論の適用（Application of theory）について。 【根拠】第2段落の需給図は描かれているが、「均衡価格がどう変化したか」という分析がなく、図と本文の間が切断されている。 【提案】「この変化によって均衡価格はP1からP2に上昇し、数量はQ1からQ2に減少する。この結果として…」という形で図と議論を接続すると論理が繋がる。
この三段構造を徹底するだけで、コメントの密度と有用性は別次元になる。
評価規準を手元に置く
フィードバックを書く前に、必ず最新の公式 Subject Guide を開いて assessment criteria を確認しよう。IB の規準は科目・バージョンによって変わるため、学校配布の旧版や非公式サマリーに頼ると見当違いのコメントになる可能性がある。
各 criterion が何を問うているかを一文でまとめたメモをセッション前に作ると、レビュー中の迷いが減る。
肯定と改善提案のバランスを意識する
批判だけのフィードバックは、受け手の防衛心を高め、次回からの協力関係を壊す。何が機能しているか（what works）を最低一つ明示することで、受け手が「この人はちゃんと読んでくれた」と信頼でき、改善コメントも受け入れやすくなる。
| コメントの種類 | 目的 | 例 |
|---|---|---|
| 強みの指摘（Glow） | 機能している点を可視化する | 「RQが明確で、以降の分析の軸がブレていない」 |
| 改善提案（Grow） | 変えるべき点を具体的に示す | 「結論がRQへの回答に戻っていない。第一段落のRQに対応する形で締めると整合性が上がる」 |
| 質問（Question） | 筆者自身の考えを引き出す | 「このデータを採用した理由は本文中に説明できる？」 |
IA と EE でピアレビューの焦点はどう変わるか？
IA と EE は目的も構造も異なる。「何を見るか」をあらかじめ共有しておくと、レビューの焦点がズレない。
IA ピアレビューの着目点
IA は科目ごとに構造が大きく異なるが、共通して確認できる観点がある。
| 観点 | 確認すること |
|---|---|
| Research Question の明確さ | 答えられる範囲に絞られているか。曖昧な問いになっていないか |
| 方法の再現可能性 | 手順が他者でも再現できるレベルで書かれているか（理系IA） |
| データと主張の整合性 | グラフ・表・引用と本文の議論が対応しているか |
| 評価の批判性 | 限界・誤差・改善点が表面的な列挙にとどまっていないか |
| 字数・形式のバランス | 特定のセクションに偏りすぎていないか（詳細は担当教員確認） |
IB Internal Assessment（IA）の書き方 では科目横断的な IA の構成と高得点の型を詳しく解説しているので、レビュー前の確認に役立てよう。
EE ピアレビューの着目点
EE は独立した学術論文であり、IA よりも「議論の論理的一貫性」と「批判的考察の深さ」が問われる。
| 観点 | 確認すること |
|---|---|
| Research Question との一貫性 | 全章がRQの解答に向かって機能しているか。逸脱する段落がないか |
| 文献の批判的活用 | 引用が「証拠」として機能しているか、それとも「飾り」になっていないか |
| 論述の構造 | 序論・本論・結論が有機的に接続されているか |
| Reflection の質 | 「苦労した」という感想ではなく、研究プロセスを通じた知的変化が書かれているか |
| 結論のスコープ | RQに対して答えすぎ（過剰主張）または答えなさすぎ（回避）になっていないか |
EE の全体的な進め方については IB Extended Essay（EE）の書き方 で詳しく扱っている。ピアレビューを始める前に、EE の全体構造を改めて確認しておくとレビューの質が上がる。
ピアレビュー・セッションはどう設計すればいい？
「草稿を交換してコメントを書いて終わり」というやり方では、せっかくの機会が半減する。セッションを構造化することで、双方の思考整理と学びの深度が大きく変わる。
セッションの基本フレーム
ピアレビューを1〜1.5時間のセッションとして設計する場合、次のフレームが機能しやすい。
| フェーズ | 時間目安 | 内容 |
|---|---|---|
| ① 事前確認（整合チェック） | 10分 | 相手のRQと構成を声に出して説明してもらい、筆者の意図を把握する |
| ② 個別レビュー | 30〜40分 | 各自が草稿を読み、「論点→根拠→提案」型でコメントを書く |
| ③ ディスカッション | 15〜20分 | コメントを口頭で共有。筆者は「なぜそう書いたか」を説明し、認識のズレを確認する |
| ④ 振り返り | 5〜10分 | 各自「自分のレポートに転用できる学び」を1〜2点書き出す |
フェーズ①の「声に出して説明してもらう」というステップは特に重要だ。草稿を読む前に筆者の意図を聞くことで、「書かれていること」と「書こうとしていたこと」のギャップをレビュー中に意識できる。
コメントの媒体と記録
デジタル文書（Google Docs など）でのコメント機能を使うと、どのパラグラフへの指摘かが一目でわかり、後で振り返りやすい。
紙の場合は色分けを決めておくと整理しやすい。
| 色 | 意味 |
|---|---|
| 青 | 強みの指摘（Glow） |
| 赤またはオレンジ | 改善提案（Grow） |
| 緑 | 確認したい質問（Question） |
ペア vs. グループ（3〜4人）どちらが有効か？
両者にメリットがある。目的によって使い分けよう。
| 形式 | メリット | 向いている場面 |
|---|---|---|
| ペアレビュー | 深くコメントできる。関係性が築きやすい | 初稿〜中間稿の詳細なフィードバック |
| グループレビュー | 多様な視点が得られる。一人の偏りが薄まる | 最終稿前の全体チェック・論理の抜け穴の発見 |
グループの場合、コメントが表面的な「いいね」の合唱になりやすい。「必ず一つは改善提案を出す」というルールをあらかじめ共有しておくと質が保たれる。
フィードバックを受けた後にすべき「振り返りセット」とは？
フィードバックを受けとって草稿に書き込んで終わり、では宝の持ち腐れだ。「どう反映したか／反映しなかった理由」を言語化するプロセスが、最終的な判断力と自律的な学習者としての成長に直結する。
振り返りの三段階
ステップ1: コメントの仕分け
受け取ったコメントをすべてリストアップし、次の三つに分類する。
- 即反映する（Adopt）: 明らかに正しく、改善につながる
- 検討が必要（Consider）: 一理あるが、自分の意図との兼ね合いがある
- 反映しない（Decline）: 評価規準の誤解や方向性のズレがある
ステップ2: 理由を一文で書く
「反映しない」と決めたコメントについては、必ず理由を書く。「なんとなく違う気がした」は理由にならない。「このコメントは X criterion に関するものだが、私の RQ の焦点は Y であり、ここを変えると論文全体の整合性が崩れるため反映しない」という形で言語化する。
この作業が、他者の意見に流されず自分の論文の軸を守る力を育てる。
ステップ3: 自分のレポートへの転用
セッション後、「相手のレポートを読んで気づいた自分の問題点」を3点以上書き出す。これがピアレビューの最大の副産物であり、このステップを省くと「与える学び」の大半を取り逃す。
フィードバックを「試験準備」に接続する
ピアレビューで鍛えた「評価規準に基づいて読む力」は、最終試験の Essay 問題や Paper 2・3 の Extended Response にも応用できる。自分の解答を評価規準に照らして読み返す習慣が身につけば、試験中の自己修正力も上がる。
時間管理の観点から IA・EE・試験対策をどう並列させるかについては、IB Diploma の時間管理術 も参考にしてほしい。
ピアレビューを「形式的な作業」にしないために
最後に、ピアフィードバックが機能しなくなる典型的なパターンと対策をまとめておく。
| 機能しないパターン | 原因 | 対策 |
|---|---|---|
| コメントが全部「良かった」 | 評価規準を使っていない。人間関係への配慮が先行 | セッション前に「必ず改善提案を一つ出す」ルールを共有 |
| コメントが抽象的（「もっとわかりやすく」） | 「論点→根拠→提案」の型を使っていない | 型を印刷して手元に置きながらコメントする |
| 受けたコメントを全部採用してしまう | 自分の論文の方向性が固まっていない | コメントを仕分けし、「反映しない理由」を書く習慣をつける |
| 相手のレポートを読んだだけで終わる | 振り返りステップ3（自分への転用）を省いている | セッション直後に「自分のレポートへの学び3点」を必ず書く |
| Subject Guide を見ずにコメントしている | 記憶頼りで assessment criteria を解釈している | 最新の公式 Subject Guide を必ず手元に準備する |
IB のプログラム全体を通じて求められている「批判的思考（critical thinking）」「自己評価（self-assessment）」「協働（collaboration）」は、どれもピアフィードバックの場で実践できる力だ。IA や EE という課題のためだけでなく、IB が育てようとしている学習者像に直接接続する活動として、セッションを設計してほしい。
IA・EE の内容面でさらに深く取り組みたい場合、または一人で評価規準の解釈が難しいと感じる場合は、IB 経験者が個別に伴走する Quick IB の指導も選択肢の一つになる。ピアレビューで出てきた疑問を持ち込む場として活用する生徒も多い。