フレームワーク活用ガイドひとことで言うと#
学習者の理解の深さを**5段階（前構造的→単一構造的→多構造的→関連構造的→拡張抽象的）で分類し、「何を知っているか」ではなく「どれだけ深く構造化して理解しているか」**を可視化するフレームワーク。ジョン・ビッグスとケビン・コリスが1982年に提唱した。
押さえておきたい用語#
- SOLO（Structure of the Observed Learning Outcome）
- 「観察された学習成果の構造」の略。学習者のアウトプットの構造的な複雑さをもとに到達度を判定する。
- 前構造的（Prestructural）
- 課題に対して的外れな回答をする段階。関連する知識がほぼない状態。
- 単一構造的（Unistructural）
- 1つの関連要素だけを正しく扱える段階。断片的な理解。
- 多構造的（Multistructural）
- 複数の要素を列挙できるが、それらの間の関連性を説明できない段階。
- 関連構造的（Relational）
- 複数の要素を統合し、関連づけて説明できる段階。体系的な理解。
- 拡張抽象的（Extended Abstract）
- 学んだ内容を別の領域に転移・一般化し、新しい問いを立てられる段階。
SOLOタキソノミーの全体像#
こんな悩みに効く#
- テストの点数だけでは学習者の理解の深さが分からない
- 「暗記はできているが、応用できない」学習者が多い
- レポートや小論文の採点基準があいまいで、評価にブレが出る
- 学習者自身が「自分がどこまで理解しているか」を把握できていない
基本の使い方#
単元や研修の最終ゴールをSOLOレベルで定義する。
- 入門コース → 多構造的（複数のポイントを列挙できる）が現実的なゴール
- 中級コース → 関連構造的（要素間のつながりを説明できる）を目指す
- 上級・専門コース → 拡張抽象的（新しい文脈への転移ができる）がゴール
SOLOレベルごとに使う動詞を変え、段階的に深い思考を引き出す。
| SOLOレベル | 典型的な動詞 | 発問例 |
|---|---|---|
| 単一構造的 | 述べる、定義する | 「〜とは何か？」 |
| 多構造的 | 列挙する、記述する | 「〜の特徴を3つ挙げよ」 |
| 関連構造的 | 比較する、分析する、説明する | 「AとBの関係を説明せよ」 |
| 拡張抽象的 | 仮説を立てる、創造する、一般化する | 「もし〜なら、どうなるか？」 |
回答・レポート・発表などのアウトプットを読み、構造の複雑さでレベルを判定する。
- 1つの要素しか触れていない → 単一構造的
- 複数の要素を並べているが関連づけていない → 多構造的
- 要素間の因果関係や比較を述べている → 関連構造的
- 学んだ枠組みを別の領域に適用している → 拡張抽象的
現在のレベルを伝えた上で、一段上のレベルに到達するための具体的な助言を返す。
- 多構造的 → 関連構造的:「それぞれの要素がどうつながるか、原因と結果で説明してみよう」
- 関連構造的 → 拡張抽象的:「この仕組みを別の分野に当てはめると、何が言えるだろう？」
具体例#
経営学部の教授が「マーケティング・ミックス」のレポート課題（A4・2枚）の採点にSOLOタキソノミーを使った。受講生85名の従来の採点はA〜Dの4段階だったが、基準が教授の主観に偏り、TAとの評価のブレが問題になっていた。
SOLOルーブリック:
| レベル | 基準 | 配点 |
|---|---|---|
| 前構造的 | マーケティング・ミックスと無関係な内容 | 0-20点 |
| 単一構造的 | 4Pのうち1つだけを正しく説明 | 21-40点 |
| 多構造的 | 4Pをすべて列挙して説明 | 41-60点 |
| 関連構造的 | 4P間の相互関係を分析（例：価格と流通の整合性） | 61-80点 |
| 拡張抽象的 | 4Pの限界を指摘し、サービス業への拡張（7P）や新しい視点を提案 | 81-100点 |
結果:
- 教授とTAの採点一致率が**62%→91%**に改善
- 学生の回答分布: 前構造的2%、単一構造的8%、多構造的52%、関連構造的31%、拡張抽象的7%
- 多構造的に集中していることが判明。「要素を並べるだけでなく関連づけよ」というフィードバックを重点的に行った結果、期末レポートでは関連構造的以上が**38%→55%**に上昇
SaaS企業の新人研修（3か月）で、Pythonの理解度をSOLOタキソノミーで段階評価した。従来は「動くコードが書けるか」のYes/No判定だったが、「動くけど質が低い」コードと「設計思想を理解したコード」の区別ができなかった。
「関数」の理解度をSOLOで分類した例:
| SOLOレベル | 学習者の到達状態 |
|---|---|
| 前構造的 | 関数が何か説明できない |
| 単一構造的 | 「def で定義して呼び出すもの」と言える |
| 多構造的 | 引数・返り値・スコープをそれぞれ説明できる |
| 関連構造的 | 「なぜ関数に分割するとコードが保守しやすくなるか」を設計原則と結びつけて説明できる |
| 拡張抽象的 | 関数型プログラミングの考え方を他の言語にも適用し、既存コードをリファクタリングできる |
運用方法:
- 各トピックの到達目標を関連構造的に設定
- 週次のコードレビューで、レビュアーがSOLOレベルをフィードバック
- 多構造的で止まっている新人には「なぜそう書くのか」を説明させるペアワークを追加
結果: 3か月後の到達度評価で関連構造的以上に達した新人が前年の**40%→72%**に。特にコードレビューで「設計意図を説明できる」新人が増え、チームへの合流がスムーズになった。
小学5年の担任教師が「水溶液の性質」の単元で、SOLOタキソノミーを児童向けにかみ砕いたセルフチェックシートを導入した。
児童用SOLOレベル表（掲示物）:
| レベル | 名前 | 意味 | アイコン |
|---|---|---|---|
| 前構造的 | まだわからない | 何をきかれているかわからない | 種 |
| 単一構造的 | ひとつわかった | 1つのことが言える | 芽 |
| 多構造的 | いくつかわかった | いくつかのことが言える | 葉っぱ |
| 関連構造的 | つながりがわかった | 理由やつながりを説明できる | 花 |
| 拡張抽象的 | 自分で考えを広げた | ほかのことにも使える | 実 |
運用:
- 毎授業の終わりに「今日の自分はどのレベル？」とシートに記入
- 教師はシートを回収し、翌日の授業でレベルが低い児童に重点フォロー
- 「花レベル」に到達した児童には「実レベルチャレンジ問題」を配布
結果: 自分の理解度を言語化する習慣がつき、「わかりません」が具体的な質問に変わった。「芽レベルなんだけど、酸性とアルカリ性の違いが分からない」のように聞けるようになり、教師の対応効率も上がった。単元テストの平均点が前年比**+8点**、下位層（40点未満）の割合が**18%→6%**に減少。
やりがちな失敗パターン#
- 全員に拡張抽象的を求める — 拡張抽象的は最高レベルであり、入門者にいきなり求めると挫折する。対象者に合ったゴールレベルを設定し、段階的に引き上げる
- 量（多構造的）と質（関連構造的）を混同する — 「たくさん書いている＝理解が深い」ではない。要素を10個列挙しても、つながりの説明がなければ多構造的のまま
- ブルームのタキソノミーと混同する — ブルームは認知プロセスの種類を分類するが、SOLOはアウトプットの構造的な複雑さを分類する。両者は補完関係にあり、代替ではない
- フィードバックなしにレベルだけ伝える — 「あなたは多構造的です」と言われても学習者は改善方法が分からない。次のレベルに上がるための具体的なアクションをセットで伝える
まとめ#
SOLOタキソノミーは、学習者のアウトプットを「構造の複雑さ」で5段階に分類する。要素を1つ知っている段階から、要素を統合し、さらに別領域に転移できる段階まで、理解の深さを可視化できる。最も重要なのは**「多構造的」と「関連構造的」の間にある質的な壁**を意識すること。知識を増やすだけでは超えられないこの壁を越えさせるフィードバックが、深い学びへの鍵になる。