単元概要
| 単元名 | 社会をハックせよ!計測・制御プロジェクト |
|---|---|
| 対象学年 | 中学校 第3学年 |
| 総時数 | 17時間 |
| 使用教材 | 計測・制御プログラミング教材「コーロックル」 |
フェーズ構成
フェーズA
第1〜4回
技術基礎
センサー・制御・通信・例外処理の基礎を習得する
フェーズB
第5〜7回
課題設計
身近な課題を発見し、解決策を構想・設計する
フェーズC
第8〜12回
開発・改善
システムを実装し、ピアレビューを通じて繰り返し改善する
フェーズD
第13〜15回
発表・共有
UXテスト・ストーリーテリング・成果発表を行う
フェーズE
第16〜17回
省察・倫理
技術者の責任・倫理を考え、3年間の学びを構造化する
単元全体の評価基準
知識・技能
センサー特性、通信、速度調整、例外処理、安全な制御などの基礎知識と実装力を評価する。情報を正確に読み取り、プログラムを設定して安定したシステムを構築し、試作品に知識を活用できるかを見る。
思考・判断・表現
社会的な課題を発見し、対象ユーザーを設定して計測・制御の解決策を構想・改善する力を評価する。目的・条件・安全性・使いやすさ・社会的価値を踏まえ、フローチャートや発表・実演・振り返りを通じて表現できるかを見る。
学びに向かう主体性
自主的に課題を探究し、計画を立てて試行錯誤し、失敗をデータとして捉えて方法を修正できるかを評価する。仲間と協働し、フィードバックを活かしながら毎時間・単元全体を通じて自己の成長を振り返る姿勢を見る。
4段階評価の考え方
| 4(十分満足できる) | 3(おおむね満足できる) | 2(努力を要する) | 1(さらに努力を要する) |
|---|---|---|---|
| 期待を超える成果を示している | 学習目標を達成している | 目標の一部を達成している | 目標に達していない |
授業一覧(第1回〜第17回)
各授業は50分構成(導入10分・展開30分・結び10分)
フェーズA 技術基礎(第1〜4回)
第1回
センサーの「不確かさ」を制御せよ
めあて:ノイズを理解し、安定した閾値を設定できる
導入 10分センサーが「嘘をつく」ことがある事実を提示。計測のばらつきについて問いかける。
展開 30分3人グループで光センサーを使って校内の複数箇所(窓際・廊下・下駄箱)で計測を実施。場所ごとに数値がどう変わるかを記録・比較する。
結び 10分各グループが記録した数値を見直し、信頼性の高い閾値を決定して記録する。
第2回
デジタルとアナログの融合(滑らかな制御)
めあて:距離に応じた速度調整(PID基礎)を実装できる
導入 10分急停止によるエネルギーロスと乗り物の滑らかな制御の関係を説明する。
展開 30分目標距離に近づくにつれて速度を段階的に落とすプログラムを2人グループで作成し、停止の滑らかさを競う。
結び 10分滑らかな制御が重要な理由を振り返り、改善点を記録する。
第3回
マシン同士の対話(M2M)
めあて:中学2年レベルの通信技術を用いて2台の機器を同期できる
導入 10分チャットアプリがテキストを動作命令に変換するしくみを例示する。
展開 30分1台をリモート、1台を動くロボットとして、グループで送信・受信・観察の役割を交代しながら連携テストを行う。
結び 10分通信エラーのログを分析し、エラーの原因を考察する。
第4回
リスクマネジメント(例外処理)
めあて:予期しないエラーに対処する例外処理を設計できる
導入 10分制御システムの事故リスクを想像させ、安全設計の動機づけをする。
展開 30分意図的に通信切断・電池抜きを行い、安全停止コードを実装してテストする。
結び 10分システムの安全性を1〜10で自己評価し、改善点を記録する。
フェーズB 課題設計(第5〜7回)
第5回
課題発見:身近な「不」の解体
めあて:「誰が・いつ・どう困っているか」を観察して言語化できる
導入 10分「特定の誰か」の困りごとに意識を向けるよう問いかける。
展開 30分校内を歩いて不便な点を観察し、解決すべき課題を1つ選んでボードに記録する。
結び 10分選んだ課題をクラスで共有し、他グループからの意見を受け取る。
第6回
アルゴリズムの可視化
めあて:解決手順の論理構造をフローチャートで正確に表現できる
導入 10分コーディング前にフローチャートを描くことで認知負荷が下がる利点を説明する。
展開 30分選んだ課題の解決フローチャートを作成し、論理の矛盾がないか相互確認する。
結び 10分フローチャートをコーディング用「地図」として写真撮影し確定する。
第7回
フィジビリティ・スタディ(検証)
めあて:アイデアの技術的実現可能性を最小限の試作で早期検証できる
導入 10分「早く失敗する」ことの価値を説明し、コア機能試作の意義を伝える。
展開 30分計画のコア機能のみ20分で試作し、実現可能性を検証する。
結び 10分試作結果を踏まえ、計画を継続するか修正するかを判断・記録する。
フェーズC 開発・改善(第8〜12回)
第8〜12回
爆速開発とピア・レビュー(5時間共通サイクル)
めあて:失敗をデータとして活用し、協働でシステムを継続的に最適化できる
導入 10分その日のスプリント目標を設定し、2時間ごとの短いプレゼンを予告する。
展開 30分コード作成→動作確認→隣グループへのピアレビュー依頼のアジャイルループを繰り返す。
結び 10分達成事項と未解決課題を記録し、他グループへの協力依頼を行う。
※第8〜12回は同一の授業デザインを5時間繰り返す。
フェーズD 発表・共有(第13〜15回)
第13回
UXテストと修正
めあて:他者のフィードバックを客観的に活用してUIを改善できる
導入 10分「ユーザーはマニュアルを読まない」という事実から欠陥を認識させる。
展開 30分他グループが試作品を使用している様子を作成者が無言で観察し、つまずきを記録する。
結び 10分観察した問題点を改善リストに変換し、優先順位をつける。
第14回
価値を伝えるストーリーテリング
めあて:解決策の社会的価値を伝えるプレゼン構成を設計できる
導入 10分ストーリーテリングが記憶に残りやすい理由を説明する。
展開 30分「課題があった世界(Before)」と「解決後の世界(After)」を対比した発表資料を作成する。
結び 10分資料の核となるキャッチコピーを決定する。
第15回
ソリューション発表会
めあて:システムの有効性を技術的根拠を用いて論理的に説明できる
導入 10分投資家・ユーザーとしての視点でプレゼンを聞く役割を確認する。
展開 30分各グループが3分間のプレゼン+実演を行い、質疑応答を実施する。
結び 10分最も社会的インパクトが大きいと思うプロジェクトに投票し、理由を記述する。
フェーズE 省察・倫理(第16〜17回)
第16回
テクノロジーの責任とAI倫理
めあて:制御技術の社会的影響を理解し、技術者としての倫理を表現できる
導入 10分自分の利便性が他者に与える影響について問いかける。
展開 30分作成したシステムが暴走・悪用された場合のリスクを議論し、対策を考える。
結び 10分技術者として大切にする価値観を1行の「行動指針」として記述する。
第17回
3年間の技術科リフレクション
めあて:3年間の学びを構造化し、問題解決の思考パターンを自己の強みとして言語化できる
導入 10分中学1〜3年の作品や記録を見直し、学びのつながりを意識させる。
展開 30分全作品を振り返り、共通する問題解決手順を抽出してポートフォリオにまとめる。
結び 10分この学びを今後の学習・生活でどう活かすかを具体的に記述する。
完全版ルーブリック(第1回〜第17回)
評価の視点:知識・技能 / 思考・判断・表現 / 学びに向かう主体性
第1回センサーの「不確かさ」を制御せよ
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 知識・技能 | 5箇所以上でサンプリングし、ばらつきを分析して閾値を論理的に算出している | 3箇所以上で計測し、適切な数値を設定できている | 1回のみ計測し、閾値が不安定になっている | 閾値の設定の意味を理解できていない |
| 学びに向かう主体性 | 数値のばらつきを面白がり、条件を変えながら計測を繰り返している | 失敗しても条件を変えて再計測しようとしている | 指示に従って計測しているが、自発的な追加確認はない | 計測や閾値設定への関心が見られない |
第2回デジタルとアナログの融合(滑らかな制御)
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 知識・技能 | 4段階以上の速度制御で最短距離かつ衝撃が少ない停止を実現している | 2段階以上の速度変化を正しく実装できている | プログラムは動くが急停止のみで滑らかさがない | 速度調整コマンドを実装できていない |
| 学びに向かう主体性 | 1cm単位の精度を追求し、細部まで調整しようとしている | アルゴリズムを修正しながら何度もテストを繰り返している | 改善はするが表面的な変更にとどまっている | 試行錯誤がほとんど見られない |
第3回マシン同士の対話(M2M)
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 知識・技能 | ハンドシェイク等のプロトコルを用いてノイズに強い安定した同期を実現している | トリガーを活用した単方向通信を実装できている | タイミングのずれが生じ同期が不安定である | 2台の機器を接続・同期できていない |
| 学びに向かう主体性 | 自分たちでプロトコルを定義し、役割分担を明確にして協働している | 役割を理解し、繰り返し同期テストに取り組んでいる | グループ活動には参加しているが、確認が不十分である | 受動的で主体的な関与が見られない |
第4回リスクマネジメント(例外処理)
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 3つ以上のリスクを想定し、それぞれに対して論理的な復旧手順を構築している | 主要エラーに対して安全停止を実装できている | 対策は形式的で例外処理の実効性が薄い | 例外処理の必要性を理解できていない |
| 学びに向かう主体性 | 自ら過酷な条件を設定してシステムを追い詰め、改善策を見出している | 提示されたシナリオを受け入れ、対策を実施している | 指示に従って対応しているが主体的な考察が少ない | 危険性を軽視し改善への意欲が見られない |
第5回課題発見:身近な「不」の解体
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | ペルソナを設定し、観察から独自の課題を構造的に定義できている | 身近な不便を1つ明確化し、目標を設定できている | 観察が浅く、課題の根拠が薄い | 解決すべき課題を抽出できていない |
| 学びに向かう主体性 | 他者の困りごとを自分事として捉え、積極的に探究している | 情報収集を行いながら課題を探索している | 参考事例に依存し、独自の観察が少ない | 課題発見に受動的で関心が低い |
第6回アルゴリズムの可視化
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 例外処理を含む漏れのない完全なフローチャートを作成できている | 主要な流れが論理的に正しいフローチャートを作成できている | 記号は使えているが論理に矛盾(無限ループなど)がある | 手順を図で表現できていない |
| 学びに向かう主体性 | コーディング前に動作をシミュレーションして誤りを自ら発見している | 複雑な処理を段階的に分解して丁寧に図示している | 作成はしているが見直しや改善が不十分である | フローチャートを整理しようとしていない |
第7回フィジビリティ・スタディ(検証)
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | ボトルネックを見抜き、試作結果をもとに計画を最適化できている | 主要機能を試作し、実現可能性の見通しを示せている | 検証が不十分で楽観的な判断をしている | 根拠なく計画を進めようとしている |
| 学びに向かう主体性 | 試作結果を素直に受け入れ、メタ認知的に計画を修正している | 不確実性を認識し、仲間に相談しながら進めている | 試作結果を活かせておらず、計画の修正が見られない | 試作結果を無視して計画を変えようとしない |
第8〜12回爆速開発とピア・レビュー(共通ルーブリック)
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 知識・技能 | 変数名やコメントが適切な読みやすい「美しいコード」を追求し作成できている | エラーを自力または協働で解決し、機能を段階的に達成できている | 同じエラーを繰り返し、診断に多くの時間を費やしている | 機能するプログラムを作成できていない |
| 学びに向かう主体性 | 既存コードへの執着を捨てて大胆に書き直し、再挑戦できている | 進捗を自己管理しながら、仲間から謙虚に学んでいる | 停滞しやすく、自発的な改善の取り組みが少ない | 開発に消極的で主体性が見られない |
第13回UXテストと修正
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 無意識のつまずきを観察し、説明不要で使えるレベルにUIを改善できている | 指摘された問題点を具体的に改善できている | 意見は聞いているが自分のこだわりを優先している | 他者に使わせることを拒否するなど独りよがりな姿勢がある |
| 学びに向かう主体性 | 厳しいフィードバックを成長の材料として最大限に活用している | 前向きな改善案を自ら提案している | 改善に時間がかかり遅延している | 他者の意見を避けようとしている |
第14回価値を伝えるストーリーテリング
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 技術的根拠・社会的インパクト・物語を統合した説得力のある構成になっている | 誰が・何を・どう解決したかを論理的に整理できている | 機能の説明にとどまり、社会的価値の表現が弱い | 資料が未完成である |
| 学びに向かう主体性 | 聴衆の視点に立って言葉や図表を工夫し、詳細まで作り込んでいる | わかりやすい表現を求めて試行錯誤している | 聴衆視点が不十分で自己満足な表現にとどまっている | 資料作成への工夫が見られない |
第15回ソリューション発表会
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 予期しない動作も技術的根拠で説明し、鋭い質問にも論理的に回答できている | 実演を成功させ、設計意図を明確に説明できている | 実演はできているが仕組みの説明が曖昧である | プレゼンや実演ができていない |
| 学びに向かう主体性 | 他グループへの建設的な質問で議論を深め、敬意ある態度で参加している | 責任感を持って自分の担当を説明している | 参加は受動的で質疑応答への関与が少ない | 発表や議論への参加を避けている |
第16回テクノロジーの責任とAI倫理
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 技術の負の影響を予見し、具体的な対策と開発者の責任を論理的に提案できている | 安全性や公平性について根拠を挙げながら議論できている | 倫理課題には触れているが考察が曖昧で浅い | 技術倫理の問題を理解できていない |
| 学びに向かう主体性 | 多様な意見を尊重しながら安全への確固たる信念を発信している | 積極的に議論に参加し、他者の意見を踏まえて自分の考えを深めている | 議論には参加しているが、自分の考えの深化が見られない | 議論を無視するなど参加への意欲が見られない |
第17回3年間の技術科リフレクション
| 評価の視点 | 4 | 3 | 2 | 1 |
|---|---|---|---|---|
| 思考・判断・表現 | 3年間に共通する自分の「思考パターン」を言語化し、今後への具体的な活用を示せている | 習得した技能を整理し、生活や学習への活用を具体的に記述できている | 振り返りはあるが将来への活用が弱い | 感想のみで構造化した振り返りができていない |
| 学びに向かう主体性 | 自分の強みと課題を客観的に受け入れ、社会への貢献を前向きに表現している | 学びの完結を認識し、誠実な自己評価をしている | 振り返りが表面的で自己成長への見通しが乏しい | 振り返ることへの意欲が見られない |