---
title: "パフォーマンス課題のルーブリックを、生徒とAIとともに共同設計する手順"
description: "PBLのパフォーマンス課題の採点基準を生徒とともにつくる過程に、AIを下書きの作成者として組み込む方法を扱います。"
lang: "ja"
date: "2026-02-26T15:00:00.000Z"
updated: "2026-06-28T02:37:00.000Z"
tags: ["ルーブリック","パフォーマンス評価","PBL","AIとの共同設計"]
canonical: "https://flipsson.com/ja/blog/s8yKMtnWqM1X"
---

# パフォーマンス課題のルーブリックを、生徒とAIとともに共同設計する手順

プロジェクト型のパフォーマンス課題を評価するとき、最もよくある争いは「どうして私たちの班のほうが低いのですか」という抗議です。成果物はどれももっともらしく見えるのに点数は分かれ、その根拠に生徒が納得できません。原因は、==ルーブリックが採点の直前まで教師の頭の中にしか存在していなかった==ことにあります。生徒は何をうまくやればよいのか分からないまま課題に取り組み、教師はすべてが終わってからものさしを当てた、というわけです。良いルーブリックは評価の道具である前に==学習の道案内==です。課題を始める前に基準が生徒の手にあるべきですし、できることなら生徒とともにつくるべきです。基準をあらかじめ知っていれば、生徒はその基準に向かって自分で点検しながら作業を進めるようになります。AIは、この共同設計の下書きを素早く投げかけるために使います。

## ルーブリック共同設計の段階

ルーブリックを教師が一人で完成させて下ろすのではなく、次の順序で生徒を巻き込みます。

1. **優れた成果物の分析**: 優秀な事例と不十分な事例を生徒とともに見ながら、**「何が両者を分けているのか」**を言葉として引き出します。
2. **AIによる下書きの生成**: 課題と目標を与え、AIに評価項目と水準別の記述文の下書きを出してもらいます。これはあくまでも**議論の出発点**です。
3. **生徒との項目の交渉**: AIの下書きを生徒とともに検討し、項目を足したり削ったり、表現を生徒の言葉に直したりします。
4. **水準記述文の具体化**: 「よくできている/ふつう/不十分」を**観察できる行動**として書き下ろします。あいまいな形容詞は取り除きます。たとえば「誠意をもって調べている」の代わりに「出典の異なる資料を3つ以上引用している」のように、誰が見ても同じ判定になるように書きます。

> 生徒が採点基準づくりに参加すれば、その基準は==評価ではなく目標==になります。自分でつくった基準は、守りたくなるものです。

## AIの下書きをそのまま使わない理由

AIがつくったルーブリックは速いものの、そのまま使うのは危険です。次の点を点検します。

- **目標との整合**: AIが挙げた項目が**実際の学習目標と合っているか**を確認します。測りやすいものばかりが並び、肝心の力が抜け落ちてしまいがちです。
- **項目の多さ**: AIは項目をたくさんつくります。4〜6個に絞ってこそ、教師も生徒も実際に使えます。
- **言葉の水準**: 記述文が、生徒が読んで理解できる水準かどうかを見ます。生徒が読めないルーブリックは、道案内の役割を果たせません。
- **公正さ**: 特定の背景を持つ生徒に不利な表現がないかを確かめます。

肝心なのは、AIが==素早い下書きを、人が整合と公正さを==担うという分業です。ルーブリックの権威は結局のところ、それが目標と結びついているという点から生まれます。

## まとめ

ルーブリックは採点が終わったあとに取り出すものさしではなく、==課題を始める前に生徒の手に握らせる地図==です。優秀な事例と不十分な事例の分析から基準を引き出し、AIの下書きを出発点として生徒とともに項目を練り上げれば、採点をめぐる争いは減り、成果物の質は上がります。次のパフォーマンス課題では、ルーブリックを一人で完成させずに、AIの下書きを生徒とともに直す30分をまず取ってみることをお勧めします。基準を一緒につくった課題では、生徒がその基準に向かって自ら走り出します。
