self-determined-project-design-protocol について
実践者が開発した、学生と教育者がメンタリング付きの個人プロジェクトを構想から完了、振り返りまで進めるスキルです。5段階の道筋、実現可能性の確認、技能習得計画、共有トラッキングを扱います。
主な機能
- 015段階のプロジェクト手順
- 02学生と教育者の両方の視点
- 03目標と実現可能性の調整
- 04知識・技能習得の並行計画
- 05プロジェクトの共有トラッキング
活用シーン
- 01学生のキャップストーン企画
- 02期間に合うプロジェクトかの確認
- 03メンターと学生の定期面談の構成
- 04個人プロジェクトに必要な技能の計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ garethmanning/ education-agent-skills --skill self-determined-project-design-protocolインストール後、Claude Code で/self-determined-project-design-protocolを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
自ら決定するプロジェクト設計プロトコル
このスキルについて
このスキルは、教育者、カリキュラム設計者、学習システム設計者である Gareth Manning が開発した、独自の実践者向けフレームワークを体系化したものです。他の分野のスキルとは異なり、査読済み研究の系譜に基づくものではありません。学習科学への真摯な取り組み、独自のカリキュラム設計の実践、実際の教室での継続的な検証を土台としています。この方法論には一貫性があり、応用可能で、実際に役立つものです。また、知的誠実さを保つには、実践者向けのフレームワークと研究によって検証されたアプローチとを区別する必要があるため、本スキルに含めています。
このスキルは、学生と教育者の双方が、自ら決定する個人プロジェクトの設計、計画、実行に取り組む全過程を支援します。最初のアイデアから完成、発表、振り返りに至るまでを対象とします。各段階で双方に必要な行動、野心の度合いを誠実に調整する方法、そしてプロジェクトと並行して知識やスキルを習得する計画の立て方を示します。成果物は、段階ごとにまとめた、学生向けロードマップと教育者向けメンタリングガイドから成る、完全な両視点のプロトコルです。このプロトコルは、Zimmerman(2000、2002)の自己調整学習の段階に直接対応しています。予見(フェーズ1〜3)、遂行(フェーズ4)、自己省察(フェーズ5)です。実現可能性の調整には Bandura(1997)の知見を取り入れています。過度に野心的なプロジェクトも、野心が足りないプロジェクトも、どちらも自己効力感の調整がうまくいっていないことの表れです。教育者の役割は、学生の主体性を損なうことなく、現実的な調整ができるよう支援することです。知識・スキル習得計画には Ericsson と Pool(2016)の知見を取り入れています。学生がプロジェクトに必要なスキルを身につけることは、意図的な練習をどう設計するかという課題です。進捗管理システム、すなわち学生とメンターの双方がいつでも確認できる、共有され、可視化された記録物が、このプロトコルの構造的な土台です。これがなければ、メンタリングで共通の参照点を持てず、プロジェクトの方向性がずれても手遅れになるまで気づけません。
根拠となる研究
Manning は、複数の国際的な学校環境での個人プロジェクトのメンタリングを通じてこのプロトコルを開発しました。直近では、REAL School Budapest のキャップストーンプロジェクトでメンタリングを行いました。この方法論が取り組むのは、具体的な問題です。多くの「自主プロジェクト」プログラムでは、構造を設けずに生徒に自由を与えています。その結果、生徒が本当に自ら決定しているとは言えない教師主導のプロジェクトになるか、プロセスを管理するための自己調整スキルが不足しているために、方向性を失い、停滞し、破綻する生徒主導のプロジェクトになるかのどちらかです。Zimmerman(2000、2002)は、プロトコルの段階構造に理論的枠組みを提供しています。同氏の自己調整学習モデルでは、3つの循環的な段階が説明されています。予見(目標設定、戦略的計画、自己効力感の評価)、遂行(自己モニタリング、戦略の活用、援助要請)、自己省察(自己評価、原因帰属、適応的な対応)です。このプロトコルでは、これらの段階を実際に運用できる形にしています。フェーズ1~3は予見、フェーズ4は遂行、フェーズ5は自己省察にあたります。Bandura(1997)は、実現可能性の調整に関する考え方を提供しています。これは、プロトコルの中で最も重要であり、最も頻繁に省略される部分です。自己効力感(成功する能力があるという生徒自身の信念)は、努力、粘り強さ、回復力を直接予測します。しかし、自己効力感は適切に調整されていない場合があります。プログラミング経験がないのに6週間でアプリを作れると信じる生徒は、過度に高い自己効力感を抱いており、意欲を失わせるような失敗につながります。同様に、「面白いことなんて何もできない」と言う生徒は、自己効力感が過度に低く、意欲に欠けるプロジェクトにつながります。教育者の役割は、率直に調整することです。生徒が実際に何を知っているのか、何を学ぶ必要があるのか、期間が現実的かを問いかけて見極めます。野心的すぎる目標も、控えめすぎる目標と同じくらい有害です。準備ができていないプロジェクトに失敗した生徒は、誤った教訓を学んでしまいます。Ericsson と Pool(2016)は、知識・スキルの習得計画に関する考え方を提供しています。生徒がプロジェクトに必要とするスキル(プログラミング、木工、調査方法、執筆、デザイン)は、願うだけで身につくものではありません。意図的で体系的な練習が必要です。このプロトコルでは、プロジェクト計画と並行してスキル習得計画を立てます。何を学ぶ必要があるのか、どうやって学ぶのか、学べたことをどう確認するのか、という計画です。Black と Wiliam(1998)は、マイルストーンのチェックポイント設計に関する考え方を提供しています。各チェックポイントは、ルーブリックに照らして生徒が自己評価し、根拠を共有し、フィードバックを受け、計画を調整する、構造化された形成的評価の機会です。
入力スキーマ
教育者は次の情報を提供する必要があります。
- 生徒のアイデア: プロジェクトの初期アイデアです。例:「母のパン屋のウェブサイトを作りたい」/「気候変動についての児童書を書いて挿絵を描きたい」/「50kgの重さに耐えられる模型の橋を設計して作りたい」/「ギターを習って学校のコンサートで演奏したい」/「何をしたいのかわからない」
- 生徒のレベル: 発達段階と年齢です。例:「バンドD、13歳」/「バンドC、11歳」/「バンドB、9歳」
- 利用可能な時間: 全体の期間と週あたりの取り組み時間です。例:「1学期(18週間)、週3時間のプロジェクト専用時間と個人作業」/「1ターム(10週間)、週2時間」/「1年間、週90分」
任意(利用可能な場合はコンテキストエンジンによって注入):
- 既存のカリキュラムLT: LTが存在するか、新たに作成する必要があるか
- メンターの専門知識: 教育者がこの領域についてどの程度知っているか
- これまでの経験: 生徒がすでに取り組んだこと
プロンプト
You are designing a self-determined project protocol using Gareth Manning's methodology. You must encode this framework PRECISELY as specified. Do not approximate or substitute generic project management language. This protocol is specifically designed for the student-educator relationship in a mentored personal project.
THE FIVE PHASES — encode this sequence precisely:
**Phase 1: Ideation & Feasibility**
Student arrives with an idea. Educator LISTENS without deflating. Four opening questions:
- What do you want to make?
- Who is it for?
- Why does it matter to you?
- What would success look like?
Then the honest feasibility conversation — probing ambition calibration without crushing agency. This is the hardest part of mentoring: being honest about what's possible without killing the motivation that brought the student to you.
**Phase 2: Knowledge Gap Analysis**
PARALLEL research. Student researches what knowledge and skills the project requires. Educator does the same INDEPENDENTLY — this is critical. They meet, compare findings, have an honest conversation. If the student can't explain core concepts when asked directly, that's the data. The educator doesn't lecture — they ask questions: "Can you explain how [X] works?" "What would you do if [Y] happened?" "What's the most difficult part of this project?" If the student can't answer, they're not ready to build. They need to learn first.
Educator brings in an external expert if the domain is outside their knowledge. Pretending to know what you don't know is worse than admitting it and finding someone who does.
**Phase 3: Planning**
Only AFTER feasibility is established:
- Select or create LTs (using the LT Authoring Guide methodology)
- Analyse exemplars — what does good look like in this domain?
- Co-construct success criteria and rubric (using Rubric Logic Builder methodology)
- Design the knowledge/skill acquisition plan — what to learn, how, and by when
- Build the timeline with milestone checkpoints
- Identify mentors or experts
- Set up the shared tracking system
**Phase 4: Execution & Monitoring**
Weekly rhythm: student works on the project. Weekly self-monitoring using the tracking system. Milestone checkpoints at pre-defined intervals: self-assess against rubric, share evidence of progress, get feedback, adapt the plan. The timeline is a living document — it changes as reality intervenes. Break into smaller chunks when the student feels overwhelmed.
**Phase 5: Completion & Defence**
Final self-assessment against the rubric. Presentation or defence — the student explains what they did, why, what they learned, and what they would do differently. Honest reflection: what was achieved, what wasn't, and what was learned about the PROCESS of self-directed work (not just the content).
KEY DISTINCTIONS:
- **Educator researches independently before the feasibility meeting.** The educator's feedback must be AUTHORITATIVE, not just encouraging. "That sounds great!" is not mentoring. "I've looked into this, and here's what I think you need to know..." is mentoring.
- **Knowledge/skill acquisition plan runs IN PARALLEL with the project plan.** You learn what you need AS you build. The two plans are interleaved, not sequential.
- **LTs and rubric BEFORE execution.** Students who understand what excellence looks like BEFORE they begin produce better work than students who discover the criteria at the end.
- **The tracking system is SHARED and VISIBLE to both parties at all times.** It is not a private student document. It is the shared reference point for every mentoring conversation.
- **Over-ambitious equals under-ambitious in terms of harm.** A student who fails a project they weren't ready for learns "I'm not capable" (wrong lesson). A student who coasts through a project they could do in their sleep learns "I don't need to try" (also wrong lesson). Calibration matters.
Your task is to design the protocol for:
**Student idea:** {{student_idea}}
**Student level:** {{student_level}}
**Available time:** {{available_time}}
The following optional context may or may not be provided. Use whatever is available; ignore any fields marked "not provided."
**Existing curriculum LTs:** {{existing_curriculum_LTs}} — if not provided, create LTs as part of Phase 3.
**Mentor expertise:** {{mentor_expertise}} — if not provided, assume the educator has general pedagogical expertise but may not be a domain expert.
**Prior experience:** {{prior_experience}} — if not provided, assume this is the student's first self-determined project of this scale.
Return your output in this exact format:
## Self-Determined Project Protocol: [Project Idea]
**Student idea:** [The initial idea]
**Student level:** [Band and age]
**Available time:** [Duration and weekly commitment]
**Protocol overview:** [One sentence — what both parties will do across the five phases]
### Phase 1: Ideation & Feasibility
**Student actions:**
[What the student does — articulating the idea, answering the four questions, engaging honestly with feasibility]
**Educator actions:**
[What the educator does — listening, probing, calibrating without deflating, honest feasibility assessment]
**Feasibility decision:**
[The specific questions and criteria that determine whether the project is feasible in the available time with the student's current capabilities]
### Phase 2: Knowledge Gap Analysis
**Student research:**
[What the student investigates — what knowledge and skills the project requires]
**Educator research (independent):**
[What the educator investigates independently — what they need to know to mentor this project effectively]
**Feasibility meeting:**
[How the meeting works — what each party brings, what questions to ask, what to do if the student isn't ready]
### Phase 3: Planning
[The complete planning phase — LTs, exemplars, rubric, knowledge/skill acquisition plan, timeline, mentors, tracking system]
### Phase 4: Execution & Monitoring
**Weekly rhythm:**
[What happens each week — self-monitoring, work sessions, mentor check-ins]
**Milestone checkpoints:**
[How many, when, and what happens at each one — self-assessment, evidence sharing, feedback, adaptation]
**Adaptive replanning:**
[What to do when the plan needs to change — how to adjust without abandoning the project]
### Phase 5: Completion & Defence
**Final self-assessment:**
[How the student assesses their work against the rubric]
**Presentation or defence:**
[What the student presents, to whom, and what questions they should expect]
**Honest reflection:**
[What was achieved, what wasn't, and what was learned about the process]
### Tracking System Specification
**Purpose:** A shared, visible artefact that both student and mentor can see at all times — the structural backbone of the protocol.
**Functional requirements (non-negotiable):**
[What the tracking system must contain and display — regardless of the tool used]
**Tool options:**
[Tool-agnostic recommendations — this could be a Trello board, Google Doc, spreadsheet, physical wall chart, or dedicated app]
**Update protocol:**
[When and how the tracking system is updated — whose responsibility, at what frequency]
### Educator Feasibility Calibration Guide
[Specific questions to determine genuine readiness. What students should be able to explain. What to do when they're not ready — without crushing motivation.]
### Known Limitations
[Where the protocol requires the educator to reach outside their expertise; when to bring in external mentors; what happens when the student's ambition genuinely exceeds what's achievable]
**Self-check before returning output:** Verify that (a) all five phases are present, (b) the educator researches independently in Phase 2, (c) knowledge/skill acquisition runs parallel to the project, (d) LTs and rubric are created before execution, (e) the tracking system specification is included and complete, (f) feasibility calibration is honest not deflating, and (g) over-ambitious is treated as seriously as under-ambitious.
出力例
シナリオ: 生徒のアイデア:「気候変動をテーマにした、6〜8歳向けの約20ページの子どもの本を書いて、挿絵も描きたい。手描きの挿絵と、地球の気温が上昇している理由や、子どもたちにできることを理解してもらうためのシンプルな物語を盛り込みたい」/生徒のレベル:「Band D、13歳」/利用可能な時間:「1学期(18週間)。週3時間のプロジェクト専用時間に加えて、自宅での自主作業」/メンターの専門分野:「英語の教師。文章やストーリーテリングは得意だが、イラストの技法や気候科学についての知識は限られている」/これまでの経験:「生徒は文章を書くのが得意で(英語の授業で短編小説を書いたことがある)、自由時間に絵も描いているが、子ども向けの文章を書いたことや、構成を考えて文章と挿絵を組み合わせたことはない」
自主プロジェクトのプロトコル:気候変動についての子どもの本
生徒のアイデア: 6〜8歳向けに、気候変動をテーマにした20ページの子どもの本を書いて、挿絵も描きます 生徒のレベル: Band D、13歳 利用可能な時間: 18週間、週3時間+自主作業 プロトコルの概要: 生徒は文章力、イラストの技術、コミュニケーション能力を伸ばしながら子どもの本を企画・制作します。教育者は、実現可能性を率直に見極め、共有の進捗管理システムを使いながら、5つのフェーズを通して体系的にメンタリングします
フェーズ1:アイデアの創出と実現可能性
生徒の取り組み: 次の4つの質問に答えます。
- 何を作りたいですか? 6〜8歳向けの、気候変動についての20ページの挿絵入りの子どもの本です。
- 誰に向けたものですか? 幼い子どもたち(6〜8歳)。たとえば、学校の1〜2年生です。
- なぜ、それがあなたにとって大切なのですか? 私は気候変動を気にかけていて、子どもたちは早いうちからそれについて学ぶべきだと思います。でも、気候変動の本の多くは退屈だったり、怖かったりします。希望を持てる本を作りたいです。
- 成功とはどのような状態ですか? 完成した製本済みの本を2年生のクラスで読み聞かせ、子どもたちが伝えたいメッセージを理解してくれることです。
教育者の取り組み: 話を遮ったり、意欲をそいだりせず、アイデア全体に耳を傾けます。その後、次のように問いかけます。
- 「20ページというのは、本格的な取り組みです。これまで、構成のある形式でこれほど長いものを書いたことはありますか?今までに書いたものの中で、最も長いものは何ですか?」
- 「6歳児向けに書くことは、自分と同じ年齢の人に向けて書くのとは大きく異なります。幼い子どもたちがどのように物語を読み、理解するかについて、どんなことを知っていますか?」
- 「『手描きの挿絵』と言いましたね。少なくとも10〜15点のオリジナルの挿絵が必要です。普段、1枚描くのにどのくらいかかりますか?計算してみましょう。文章を書くことも含めて、18週間で完成できそうですか?」
- 「子ども向けの気候科学について、内容が難しすぎないようにしながら、正確さを保つにはどうしますか?気候に関する情報はどこから得ますか?」
実現可能性の判断: 次の条件を満たせば、このプロジェクトは実現可能です。(a)生徒が、幼い子ども向けの文章の書き方(まだ身についていない特定のスキル)を学ぶ意欲があること。(b)フェーズ2のリサーチ後、必要に応じてページ数を調整すること。(c)実現可能性を考慮して、細密な写実画ではなく、シンプルな水彩画などのイラストのスタイルを選ぶこと。(d)気候科学の内容を、適切な資格のある人が事実確認すること。生徒は文章を書くのが得意で、定期的に絵も描いているため、基本的な能力は備わっています。課題となるのは、幼い読者向けに文章と挿絵を組み合わせることであり、これは新たに身につけるスキルです。
フェーズ 2:知識のギャップ分析
学生による調査(1.5週間):
- 6~8歳向けの絵本を5~6冊読みます。次の点を分析します。1ページあたりの単語数はどのくらいか。文章とイラストはどのように連携しているか。物語を理解しやすくしている要素は何か。
- 環境をテーマにした既刊の児童書を2~3冊読みます。どんな点がうまく機能しているか。説教くさかったり、退屈だったりするのはどんな点か。
- 気候変動の基礎を調べます。6歳児にとって最も重要な概念は何か。実際に理解できることは何か。
- 児童書のイラストについて調べます。ページ構成、色の選び方、ページをまたいだキャラクターの一貫性などを確認します。
教育者による調査(個別に1週間):
- 児童書を3~4冊読みます。特に、この年齢層向けの1ページあたりの単語数、文の構成、物語の展開を分析します。
- 児童書の制作過程について調べます。プロの児童書作家が語る制作過程、よくある間違い、一般的な所要期間を確認します。
- 気候科学の内容を事実確認してくれる人を見つけるか、情報源を特定します。(科学の教師や大学の公開講座プログラムなどが考えられます。)
- イラストについて相談できる人や情報源を特定します。イラストの技法について助言してもらえる人を探します。(美術の教師や地元のイラストレーターなどが考えられます。)
実現可能性を検討する会議: 双方が調査結果を共有します。教育者が尋ねる重要な質問:
- 「読んだ本を参考にすると、本は1ページあたり何語くらいにすべきだと思いますか?」(幼い子ども向けの文章について学んだかを確認します。1ページあたり20~50語程度が目安です。)
- 「本を読んだ6歳児に理解してほしい、最も重要な気候に関する概念は何ですか?」(情報を簡潔にまとめられるかを確認します。10個の概念を挙げるようなら、内容がまとまらなくなります。)
- 「考えているイラストのスタイルを見せてください。この絵を描くのにどのくらいかかりましたか?では、15ページ分にするとどうなりますか。予定どおり進められそうですか?」
学生がこれらの質問に具体的に答えられれば、フェーズ 3 に進みます。答えられない場合:「もう1週間、調査が必要です。絵本をあと5冊読み、今度は各ページの単語数を数えてください。それから戻ってきて、何を学んだか教えてください。」
フェーズ3:計画
LT の選定/作成: このプロジェクトでは、LT 作成ガイドの手法を用いて、2 つの LT を設定します。
- LT1:対象年齢に適したコミュニケーション。「特定の若年層に適した言葉と形式で、複雑なアイデアを伝える文章を作成できます。」
- LT2:統合されたデザイン。「文章、画像、レイアウトが連携し、統一されたメッセージを伝える複数ページの作品をデザインできます。」
模範作品の分析: 生徒と教育者が、公開されている児童向け絵本を2冊一緒に分析し、ルーブリックの評価基準を使って考えます。この年齢層にとって、文章を効果的にする要素は何でしょうか。イラストは、言葉だけでは伝わらないどのような意味を加えるでしょうか。文章と画像は、どこで矛盾し、または互いを補強しているでしょうか。
ルーブリックの共同作成: Coherent Rubric Logic Builder(スキル99)を使って、両方の LT のルーブリックを作成します。基準レベル:本が、年齢に適した言葉で明確な気候に関する概念を1つ伝え、文章を支える一貫したイラストを使っています。発展レベル:本に確かな技術が見られます。たとえば、語り口、展開のテンポ、イラストの選択が、機能上の基準を超えています。
知識・スキル習得計画:
| 必要なスキル | 現在のレベル | 学習計画 | 期間 |
|---|---|---|---|
| 幼児向けの文章作成 | 初級 | 絵本を8~10冊読み、練習用ページの草案を作成し、Year 2 の教師からフィードバックを得ます | 第3~6週 |
| 気候科学の正確性 | 基礎 | 信頼できる情報源を3つ調査し、ファクトシートを作成して、理科教師に確認してもらいます | 第3~5週 |
| 物語のためのイラスト | 中級 | 作風を決め、キャラクターの一貫性を保つ練習をし、見開きの試作を作成します | 第4~7週 |
| ページレイアウトとデザイン | 初級 | 出版された本で余白、フォントサイズ、画像の配置がどのように使われているかを調べます | 第5~8週 |
マイルストーンを含むタイムライン:
- **マイルストーン1(第6週):**物語のアウトラインとサンプルページ3ページ(文章+ラフイラスト)を作成し、教育者に発表します
- **マイルストーン2(第10週):**全ページ分の文章の完全な草案と完成したイラスト5点を用意し、教育者に発表して、Year 2 の教師から読みやすさについてフィードバックを得ます
- **マイルストーン3(第14週):**全ページの文章とイラストを含む本を完成させ、教育者と外部レビュアーに発表します
- **マイルストーン4(第17週):**製本した最終版を完成させ、Year 2 のクラスで読み聞かせをします
- **第18週:**発表と振り返り
リソースとメンターの特定:
- **気候科学:**Chen 先生(理科教師)に内容の事実確認を依頼します
- **イラスト技法:**Okonkwo 先生(美術教師)に、キャラクターの一貫性と色彩について30分の相談を1回依頼します
- **若年層によるテスト:**Patel 先生(Year 2 の教師)に、第12~13週に読み聞かせテストを手配してもらいます
**進捗管理システムの設定:**以下の進捗管理システム仕様を参照してください。
フェーズ 4:実行とモニタリング
毎週のリズム:
- 月曜日(30分): 進捗管理システムを更新します。先週達成したこと、今週の予定、障害となっていることを確認します。
- 火曜日~木曜日(2.5時間): プロジェクトに集中して取り組む時間です。ナレッジ/スキル計画に記載された執筆、イラスト制作、またはスキル習得を行います。
- 金曜日(任意): 予定より遅れている場合は、自宅で個人作業を行います。
- 隔週のメンター面談(20分): 教育者が進捗管理システムを確認し、「予定どおり進んでいますか?」「何が障害になっていますか?」「私に何をしてほしいですか?」と尋ねます。進行中の作業にフィードバックを提供します。
マイルストーンのチェックポイント: 各マイルストーンで、次のことを行います。
- 生徒が両方のルーブリックLTに照らして自己評価します。「現在の段階はどこですか?各LTについて、初期段階、発展段階、習熟段階、または応用段階のどれですか?」
- 生徒が証拠を提示します。進捗を示す具体的なページ、イラスト、または下書きを共有します。
- 教育者がフィードバックを提供します。具体的で、実行可能で、ルーブリックに関連した内容にします。「すばらしいですね!」ではなく、「文章は分かりやすいです(LT1は習熟段階)。ただし、4ページ目のイラストは文章を補えていません。絵は冬を描いていますが、文章は熱波についてです(LT2は発展段階)。どうすれば直せるでしょうか?」のように伝えます。
- 計画を調整します。必要に応じてスケジュールを調整し、タスクを追加または削除し、優先順位を付け直します。
柔軟な計画の見直し: 生徒の進捗が遅れている場合:
- まず、原因を特定します。スキルに関する問題(イラスト制作に予想以上に時間がかかっている)、意欲に関する問題(興味を失った)、または生活上の問題(学校のほかの課題)でしょうか?
- スキルに関する問題の場合:範囲を調整します(20ページから15ページに減らす、イラストのスタイルを簡略化する)。
- 意欲に関する問題の場合:フェーズ 1 に戻ります。「なぜこれはあなたにとって大切なのですか?今も適切なプロジェクトですか?」
- 生活上の問題の場合:スケジュールを調整し、量よりも成果物の質を守ります。
フェーズ 5:完成と発表
最終自己評価: 生徒は両方のルーブリックLTに照らして最終自己評価を行い、各評価レベルの根拠となる具体的な証拠を挙げます。「LT1は習熟段階だと思います。1ページあたり30~40語を使い、簡単な文の構造にしており、2年生のクラスで声に出して読んだときに内容を理解してもらえたからです。」
プレゼンテーションまたは発表: 生徒は完成した本をパネル(教育者、ほかの教師1名、生徒の仲間1名)に発表します。パネルは次の質問をします。
- 「なぜこのトピックと対象読者を選んだのですか?」
- 「プロジェクトで最も難しかったことは何ですか?どう対処しましたか?」
- 「最初からやり直すとしたら、何を変えますか?」
- 「ページを1つ見せて、なぜそのデザインを選んだのか説明してください。」
率直な振り返り: 次の点について、文章で振り返ります。
- 達成できたこと(本を完成させ、実際の読者に読み聞かせたこと)
- 達成できなかったこと(計画していたものの、削除または妥協した要素)
- 内容について学んだこと(気候科学、児童文学)
- プロセスについて学んだこと(自己調整、時間管理、挫折への対処)
- 同様のプロジェクトを始める生徒に伝えたいこと
進捗管理システムの仕様
目的: 生徒とメンターの両者がいつでも確認できる、共有された可視化可能な成果物です。これはプロトコルの構造的な土台です。これがなければ、メンタリングの会話には共通の参照点がなく、プロジェクトの方向性のずれが見えず、責任の所在も曖昧になります。
機能要件(使用するツールにかかわらず必須):
-
計画: マイルストーン、期限、知識・スキルの習得計画を含む、プロジェクト計画の全体です。ひと目で確認できるようにし、文書の中に埋もれさせないでください。
-
タイムライン: 18週間のスケジュールを視覚的に表し、いつ何を行うべきかを示します。過去(実施済みのこと)、現在(現在進行中のこと)、未来(計画していること)を表示する必要があります。毎週更新します。
-
マイルストーンに対する現在の状況: 各マイルストーンについて、未着手、進行中、完了、期限超過のいずれかを示します。最終更新日も記載します。生徒とメンターの双方が、ひと目で「予定どおりに進んでいますか?」に答えられるようにしてください。
-
進捗の証拠: 作業中の成果物を添付またはリンクする場所です。下書きページ、イラストのスケッチ、受け取ったフィードバック、ルーブリックによる自己評価などを含みます。これが進捗管理システムが示す証拠です。単なるタイムラインではなく、進捗のポートフォリオにしてください。
-
障害と決定事項: 行き詰まっていること、決定した内容とその理由、依頼した支援を継続的に記録します。これにより、プロジェクトの変遷をたどれるようになります。
ツールの選択肢(ツールに依存しません。生徒と学校がすでに使用しているものに基づいて選択してください):
- Trelloまたは類似のカンバンボード: 各フェーズを列にし、各タスクをカードにします。カード内にチェックリストを作成し、証拠を添付します。シンプルで視覚的にわかりやすく、導入のハードルも低い方法です。
- Google Doc: 計画、タイムライン(表形式)、状況、証拠(画像の埋め込み)、障害の記録の各セクションを含む、更新し続ける単一の文書です。テクノロジーに依存せず、誰でも利用しやすい方法です。
- スプレッドシート: 1つ目のタブにタイムライン、2つ目にタスクトラッカー、3つ目に証拠の記録を配置します。表形式で考える生徒に適しています。
- 物理的な壁掛けチャート: 5つのフェーズに分けた大きなポスターにタスクを書いた付箋を貼り、下部にタイムラインを描き、証拠を入れるポケットを設けます。年少の生徒や、手で触れられる視覚的な進捗管理が必要な生徒に最適です。
- 専用アプリ(利用可能な場合): 上記の5つの機能要件をすべて満たすことを条件に、学校で使用しているプロジェクト管理ツールを利用します。
更新プロトコル:
- 生徒は毎週月曜日、その週の作業を始める前に進捗管理システムを更新します。 これは必須です。所要時間は5~10分で、プロトコル全体を支える自己モニタリングの習慣となります。
- 教育者はメンタリングの打ち合わせの前に毎回、進捗管理システムを確認します。 生徒に「何をしましたか?」と尋ねる必要がないようにしてください。進捗管理システムを見ればわかるようにします。
- 各マイルストーンのチェックポイントでは、 進捗管理システムを一緒に確認し、必要に応じて計画を調整します。
教育者向け実現可能性の見極めガイド
本当に準備ができているかを判断する質問(フェーズ1~2):
| 質問 | 準備ができている生徒の答え | 準備ができていない生徒の答え | 対応 |
|---|---|---|---|
| 「読者に理解してほしい最も重要なことは何ですか?」 | 明確で具体的な概念を1つ挙げる | 気候変動について知っていることをすべて長々と挙げる | 「1つだけ選びましょう。それ以外は次の本で扱えます。」 |
| 「6歳児向けの本では、1ページあたり何語くらいですか?」 | 「読んだ本をもとにすると、20~50語くらいです」 | 「わかりません」または「数百語くらいですか?」 | 「まだ調査ができていません。絵本を5冊読んで、語数を数えてみましょう。」 |
| 「使う予定のスタイルで描いた絵を見せてください。描くのにどのくらいかかりましたか?」 | 絵を見せ、かかった時間も把握している | 「まだ試していません」 | 「今週、1枚描いてみましょう。時間を計ってください。そのあと、現実的な計画を立てられます。」 |
| 「時間が足りなくなったら、どうしますか?」 | 「ページ数を減らすか、イラストを簡略化できます」 | 「もっと頑張ります」 | 「もっと頑張るだけでは計画になりません。核となる部分を損なわずに削れるものを一緒に見つけましょう。」 |
生徒の準備ができていない場合: 「このプロジェクトはあなたには難しすぎます」とは絶対に言わないでください。代わりに、こう伝えてください。「素晴らしいアイデアがあり、これを実現する力もあります。まだ準備ができていないだけです。まずは、次のことに取り組みましょう。[具体的な調査、具体的なスキルの練習、具体的な専門家への相談]。それができたら、[期間]後にまた話し合いましょう。」
既知の制約
-
教育者がその分野の専門家とは限りません。 このプロトコルでは、教育者がプロジェクトの分野について独自に調査すること(フェーズ2)が求められますが、コーディングプロジェクトを指導する国語教師や、作曲を指導する理科教師には、実際に知識の限界があります。このプロトコルでは、外部の専門家を見つけることを必須としていますが、適切な専門家を見つけるには時間がかかり、常に可能とは限りません。迷ったときは、教育者は正直に伝えるべきです。「専門家として指導できるほど、この分野について十分に知りません。詳しい人を一緒に探しましょう。」
-
実現可能性の見極めは技術が必要です。 正直な見極め(生徒が意欲を失うような失敗から守ること)と、夢を打ち砕くこと(大きな目標を諦めさせること)の境界は、必ずしも明確ではありません。意欲的なプロジェクトに挑戦し、部分的な成功から学ぶ必要がある生徒もいます。一方で、自信を失わせるようなプロジェクトから守る必要がある生徒もいます。教育者は一人ひとりの生徒を見極めなければなりません。決まった公式はありません。
-
進捗管理システムを維持するには規律が必要です。 月曜日に進捗を更新する習慣は、自己管理システム全体の基盤ですが、生徒は忙しくなったり行き詰まったりすると、真っ先にこの習慣をやめてしまいます。進捗管理システムが2週間更新されなければ、プロジェクトは危機に瀕しています。教育者の役割は、しつこく催促せずに更新習慣を守らせることです。「進捗管理システムが更新されていないようですね。何が起きていますか?」と声をかけるのはメンタリングですが、「進捗管理を更新する必要があります」と言うのは事務的な対応です。
-
自分で決めたプロジェクトは、構成が決まった課題よりも多くのメンタリング時間を必要とします。 生徒のプロジェクトは一人ひとり異なるため、メンタリングでの話し合いも毎回異なります。自分で決めた15件のプロジェクトを同時に指導する教師には、かなりの時間が必要です。最低でも生徒1人につき2週間ごとに20分、つまり1サイクルあたり2.5時間が必要です。学校は意図的にこの時間を確保しなければ、メンタリングが表面的なものになってしまいます。
-
発表の価値は、聴衆の質に左右されます。 簡単な質問しかしないで何でも褒める審査員団に発表すると、生徒は発表さえすれば成功だと学んでしまいます。敬意を保ちながら真剣に問いかける審査員団の前で発表すれば、自分の成果物は厳しい検証にも耐えなければならないと学べます。審査員団の質が重要です。