フレームワーク活用ガイドひとことで言うと#
**学習目標（ILO）・教授学習活動（TLA）・評価課題（AT）**の3要素を一貫性をもって設計する原理。ジョン・ビッグスが1996年に体系化し、「何を学ばせたいか」「どう学ばせるか」「何で測るか」が一直線に揃っていないと学習の質が下がることを明らかにした。
押さえておきたい用語#
- ILO（Intended Learning Outcomes）
- 学習者が到達すべき意図された学習成果。動詞で記述し、「〜できるようになる」の形式で表す。
- TLA（Teaching and Learning Activities）
- ILOを達成するために設計された教授学習活動。講義、演習、ディスカッション、プロジェクトなど。
- AT（Assessment Tasks）
- 学習者がILOに到達したかを測定する評価課題。テスト、レポート、プレゼン、実技など。
- アラインメント（Alignment）
- ILO・TLA・ATの3要素が整合して一貫している状態。どれか1つでもズレると「教えたが測っていない」「測っているが教えていない」が起きる。
- 構成主義（Constructivism）
- 学習者が自ら知識を**構成する（Construct）**という学習観。ビッグスの「構成的」はこの意味で、受動的な知識伝達ではなく能動的な学習活動を前提とする。
構成的整合性の全体像#
こんな悩みに効く#
- 「教えた内容」と「テストで問う内容」がズレていると受講者から指摘される
- 研修の満足度は高いが、実務での行動変容につながらない
- カリキュラムの各科目がバラバラで、全体としての一貫性がない
- 評価方法を決める根拠がなく、毎回なんとなくテストを作っている
基本の使い方#
「何ができるようになるか」を測定可能な動詞で記述する。
- 悪い例:「マーケティングを理解する」（理解は曖昧で測定困難）
- 良い例:「ターゲット顧客を分析し、ポジショニングマップを作成できる」
- SOLOタキソノミーやブルームのタキソノミーの動詞を参照すると精度が上がる
- 1科目につきILOは3〜5個に絞る（多すぎると焦点がぼやける）
ILOの動詞をそのまま発揮させる評価課題を設計する。
- ILOが「分析する」→ ATは分析レポートやケーススタディ（穴埋めテストではない）
- ILOが「設計する」→ ATは設計ドキュメントやプロトタイプの提出
- ILOが「議論する」→ ATはグループディスカッションの評価（ペーパーテストではない）
- 「このATで、ILOの動詞が発揮されるか？」と自問してチェックする
評価で求める力を授業中に実際に練習できる活動を組む。
- ATがケーススタディのレポートなら、TLAで小さなケーススタディを複数回練習させる
- ATがプレゼンテーションなら、TLAでミニプレゼンの練習とフィードバックを入れる
- 講義はインプットとして必要だが、それだけではILOの動詞を練習できない。能動的な活動を必ず組み込む
ILO・TLA・ATの対応関係を一覧表にして、ズレがないか確認する。
| ILO（動詞） | TLA（活動） | AT（評価） | 整合？ |
|---|---|---|---|
| 分析する | ケーススタディ演習 | 分析レポート | ○ |
| 設計する | 設計ワークショップ | プロトタイプ提出 | ○ |
| 説明する | 講義のみ | 穴埋めテスト | × |
×がある行は、TLAかATを修正する。「説明する」が目標なら、TLAにペア説明活動を、ATに口頭試問やプレゼンを入れる。
具体例#
情報系学部の1年生向け「プログラミング入門」（15回）。毎年の不満トップは**「授業で聞いた内容と試験が違う」。合格率も62%**で低迷していた。
再設計前の問題（ズレの特定）:
| ILO | TLA | AT | 問題 |
|---|---|---|---|
| Pythonでプログラムを書ける | 教員がコードを板書→学生が写す | 穴埋め＋選択式テスト | 書く力を測っていない |
| バグを修正できる | デバッグの説明（講義のみ） | なし | 評価が存在しない |
| 要件を読みプログラムを設計できる | なし | なし | 教えてもいない |
再設計後（整合させた版）:
| ILO | TLA | AT |
|---|---|---|
| Pythonでプログラムを書ける | 毎回の授業でコーディング演習（15分） | 実技テスト: お題に対してコードを提出 |
| バグを修正できる | ペアデバッグ演習（壊れたコードを渡して直す） | デバッグ課題: エラー入りコードを修正 |
| 要件を読みプログラムを設計できる | ミニプロジェクト: 要件→設計→実装の一連を体験 | 最終プロジェクト: 要件書からプログラムを設計・実装 |
結果:
- 合格率**62%→84%**に上昇
- 学生アンケートで「授業と試験の一貫性」の評価が2.8→4.3（5点満点）
- 翌年の応用科目の担当教員から「基礎力が上がった学生が明らかに増えた」とフィードバック
従業員500名の製造業。年1回の管理職研修（2日間）に年間280万円かけているが、人事部長は「研修後に行動が変わらない」と不満。外部講師が毎年リーダーシップの講義をしている。
現状の整合性チェック:
| ILO（目標としていたもの） | TLA（実際の活動） | AT（評価方法） | 整合？ |
|---|---|---|---|
| 部下に適切なフィードバックができる | リーダーシップの講義（2時間） | 研修後アンケート（満足度） | ×× |
| チーム目標を設定し進捗管理できる | 目標管理の講義（1.5時間） | なし | × |
| 1on1で部下の成長を支援できる | なし | なし | × |
問題点: ILOの動詞は「できる（行動）」なのに、TLAは「聞く（受動）」、ATは「満足度（感想）」。3要素がすべてバラバラ。
再設計後:
| ILO | TLA | AT |
|---|---|---|
| 部下に適切なフィードバックができる | ロールプレイ: 部下役と管理者役を交代で実施（90分×2回） | 実技評価: ロールプレイの録画をルーブリックで採点 |
| チーム目標を設定し進捗管理できる | ワークショップ: 自部署の実際の目標を使って設計（120分） | 目標シート提出: 研修後2週間以内に実際の目標を提出 |
| 1on1で部下の成長を支援できる | 模擬1on1: 実際の部下のケースを使って練習（60分×2回） | 1on1ログ提出: 研修後1か月間の1on1記録を提出 |
結果:
- 研修3か月後のフォローアップ調査で「行動が変わった」と部下が回答した管理職が前年の**15%→58%**に
- 1on1の実施率が月1回以上の管理職が**32%→78%**に増加
- 研修コストは同額だが、ROIが可視化できるようになった
月4回の料理教室（受講生18名、月謝12,000円）。受講生の継続率が**6か月で40%**と低い。退会理由のトップは「レシピは増えるが、料理の腕が上がった実感がない」。
現状の分析:
- 暗黙のILO:「料理が上手になる」→ 曖昧で測定不能
- TLA: 毎回、講師のデモ→受講生が同じものを作る（模倣のみ）
- AT: なし（完成品を食べて終了）
整合性を持たせた再設計:
| ILO（月ごとの到達目標） | TLA（授業の活動） | AT（評価方法） |
|---|---|---|
| 月1: 5つの基本切り（千切り、みじん切り等）を正確にできる | 切り方の練習30分＋動画での自己チェック | 実技チェック: 1分間の千切り量と均一さを測定 |
| 月2: 味の5要素を識別し、味見で調味料の過不足を判断できる | ブラインドテイスティング演習 | 味見テスト: 3品の過不足を当てる |
| 月3: レシピなしで基本の煮物・炒め物を作れる | レシピなし調理チャレンジ（材料だけ渡す） | 実技: 指定材料で一品を25分以内に完成 |
結果:
- 受講生から「毎月できることが増えていくのが分かる」という声が続出
- 6か月継続率が**40%→72%**に改善
- 月3のレシピなし調理チャレンジで完成できた受講生が**初回28%→3か月目78%**に。「教室を卒業しても自分で作れる」自信が定着した
やりがちな失敗パターン#
- ILOを曖昧な動詞で書く — 「理解する」「知る」「学ぶ」は測定できない。「分析する」「比較する」「作成する」など観察可能な動詞を使う
- TLAが講義だけ — 講義はインプットとして必要だが、ILOの動詞を練習する能動的な活動がなければ「聞いたが使えない」状態で終わる
- ATが穴埋め・選択式に偏る — ILOが「設計する」「議論する」なのに穴埋めテストでは測定できない。ILOの動詞と同じ行為を求める評価方法を選ぶ
- 設計後にアラインメントを検証しない — 整合性マトリクスを作らず感覚で進めると、いつの間にかズレが生じる。ILO-TLA-ATの対応表を必ず作成し、×がないか確認する
まとめ#
構成的整合性は「何をできるようにするか（ILO）」「どう学ばせるか（TLA）」「何で測るか（AT）」の3要素を一直線に揃える設計原理である。ズレがあると、どれだけ優れた講義をしても学習成果は上がらない。設計の起点はILOの動詞にある。その動詞を練習する活動を組み、その動詞を発揮させる評価で測る。これだけで教育の質は劇的に変わる。