ひとことで言うと#
教師が正例(Yes)と反例(No)を順番に提示し、学習者がその違いを比較・分析して概念の本質的な属性を自力で発見する帰納的教授法。ジェローム・ブルーナーが1956年の著書『A Study of Thinking』で提唱し、「教えるのではなく、発見させる」学習設計の原型となった。
押さえておきたい用語#
- 正例(Positive Example / Yes Example)
- その概念に当てはまる事例。学習者が共通属性を見つけるための手がかりになる。
- 反例(Negative Example / No Example)
- その概念に当てはまらない事例。正例との違いから「何が本質的な特徴なのか」を浮き彫りにする。
- 本質的属性(Critical Attributes)
- その概念を成立させるために必ず必要な特徴。非本質的属性と区別することがコンセプト獲得の核心。
- 非本質的属性(Non-Critical Attributes)
- 正例に見られることもあるが、概念の成立には必須ではない特徴。これに惑わされると誤った概念理解になる。
- 仮説検証(Hypothesis Testing)
- 学習者が「この属性が決め手ではないか」と仮説を立て、新たな事例で検証するプロセス。
コンセプト獲得法の全体像#
こんな悩みに効く#
- 定義を暗記させても、具体的な事例に当てはめられない学習者が多い
- 「分類」や「判断」を求められると手が止まる学習者がいる
- 表面的な特徴に惑わされて、本質を見抜く力が弱い
- 批判的思考やロジカルシンキングを授業の中で鍛えたい
基本の使い方#
授業の前に、教師自身が本質的属性と非本質的属性を整理しておく。
- 本質的属性: その概念を成立させるために「必ず必要」な特徴
- 非本質的属性: よく見られるが「なくても概念は成立する」特徴
- 例:「俳句」の本質的属性は「5・7・5の音数」「切れ字がある」など。非本質的属性は「季語がある」(無季俳句もある)
学習者に概念名を伝えずに、Yes/Noの事例を1つずつ提示する。
- 最初の正例は「分かりやすい典型」から始める
- 反例は「正例と1〜2個の属性だけ違う」ものを選ぶと仮説が絞りやすい
- 3〜5ペア程度が目安(多すぎると混乱する)
- 提示のたびに「これまでのYesに共通するものは何か?」と問いかける
学習者が立てた仮説を新しい事例で検証させる。
- 「〇〇が共通点だと思う」→「では、この事例はYes?No?」と予測させる
- 予測が外れたら仮説を修正させる
- 非本質的属性に引っかかっている場合は、それを崩す反例を追加で提示する
- ペア・グループで議論させると多角的な仮説が出やすい
本質的属性が特定できたら、概念名を公開し、定義を学習者自身の言葉でまとめさせる。
- 「今日の概念は〇〇でした。皆さんが見つけた本質的属性は…」とまとめる
- 境界事例(YesかNoか判断が分かれる事例)を出して議論させると理解がさらに深まる
- 最後に「この概念を自分で誰かに教えるなら、どんなYes/Noを選ぶ?」と問うのも効果的
具体例#
小学4年の国語の授業。「擬人法」の定義を教科書で教えても、作文で使える子は毎年1割以下。コンセプト獲得法で「発見する体験」に変えた。
提示した事例:
| 事例 | Yes/No |
|---|---|
| 「風がささやいている」 | Yes |
| 「風が強く吹いている」 | No |
| 「山が怒っている」 | Yes |
| 「山が高くそびえている」 | No |
| 「星がまたたいている」 | No |
| 「星が踊っている」 | Yes |
| 「花がほほえむ」 | Yes |
| 「花が咲いている」 | No |
児童の仮説変遷:
- 「Yesはきれいな文」→ 反例「星がまたたいている」もきれいだがNo → 却下
- 「Yesには人がやることが入っている」→「ささやく」「怒る」「踊る」「ほほえむ」は人の動作 → 有力
- 「人じゃないものを人みたいに書いている!」→ 全正例に当てはまり、全反例に当てはまらない → 確定
概念名「擬人法」を公開した後、境界事例として「時計の針が走る」を出すと「走るは人もやるけど物もやる…これはYes?」で活発な議論が起きた。
結果: 翌週の作文で擬人法を使えた児童が**8%→52%**に。定義を暗記するのではなく「自分で見つけた」実感が応用力につながった。
消費財メーカーの新人研修(24名)。「ポジショニング」の講義をしても、実務で「それはポジショニングではなく単なるキャッチコピーです」というミスが毎年多発する。コンセプト獲得法で本質理解を狙った。
提示した事例:
| 事例 | Yes/No |
|---|---|
| ボルボ = 安全性 | Yes |
| 「おいしい生活」(西武百貨店) | No |
| ドミノ・ピザ = 30分以内の配達 | Yes |
| 「お口の恋人」(ロッテ) | No |
| ダイソン = 吸引力が落ちない | Yes |
| 「あなたと、コンビに。」(ファミマ) | No |
受講者の仮説変遷:
- 「Yesは短い文」→ Noにも短い文がある → 却下
- 「Yesは具体的なメリットが入っている」→「安全性」「30分以内」「吸引力」は具体的。Noの「おいしい生活」は抽象的 → 有力
- 「Yesは『他社ではなくこの会社を選ぶ理由』が明確」→ Noは感情やイメージ中心で選ぶ理由にならない → 確定
講師が提示した本質的属性: 「顧客の頭の中に、競合との違いを明確に位置づけること」。キャッチコピーとの違いは「競合との差別化が含まれているかどうか」。
境界事例で深化: 「Apple = Think Different」はYes?No?で議論。「当時のIBMやMicrosoftとの差別化が明確だからYes」vs「抽象的だからNo」で10分間の白熱議論が生まれた。
結果: 研修後の理解度テストで「ポジショニングとキャッチコピーの違いを説明せよ」の正答率が前年の**35%→84%**に。
社内のTypeScript勉強会(参加者8名)。関数型プログラミングの「純粋関数」を教えたいが、定義を読み上げても「何が嬉しいの?」で終わる。コンセプト獲得法で体験的に学ばせた。
提示したコード事例:
Yes:
const add = (a, b) => a + bNo:
let count = 0
const increment = () => { count++; return count }Yes:
const toUpperCase = (str) => str.toUpperCase()No:
const getTime = () => new Date().getTime()Yes:
const multiply = (a, b) => a * bNo:
const log = (msg) => { console.log(msg); return msg }参加者の仮説変遷:
- 「Yesは1行で書ける」→ Noも1行のものがある → 却下
- 「Yesは引数がある」→ getTimeは引数なしだがそれだけが理由? → 不十分
- 「Yesは同じ入力で必ず同じ結果が出る+外に影響を与えない」→ incrementはcountを変える、getTimeは呼ぶたびに結果が変わる、logはconsoleに出力する → 確定
参加者が自力で到達した定義: 「同じ入力に対して常に同じ出力を返し、外部に副作用を持たない関数」。
境界事例: const getFromCache = (key) => cache[key] はYes?No? → 「cacheが変わると結果が変わるからNo」と全員が正しく判定。
結果: 翌週のコードレビューで、参加者が自発的に「この関数は純粋じゃないから分離した方がいい」と指摘するようになった。定義の暗記では生まれなかった判断力がついた。
やりがちな失敗パターン#
- 反例の選び方が雑 — 正例と全く違う反例を出すと、仮説が簡単に立ちすぎて思考が浅くなる。正例と「1〜2個の属性だけ違う」反例を選ぶと仮説の精度が上がる
- 最初に概念名を教えてしまう — 「今日は擬人法を学びます」と言った瞬間、発見のワクワク感が消える。概念名は仮説検証の後に公開する
- 正例が少なすぎる — 正例が2つだけだと偶然の共通点を本質と誤認する可能性がある。最低3〜4個の正例を用意し、非本質的属性がバラけるようにする
- 仮説を教師が否定する — 「違います」と直接否定するのではなく、その仮説を崩す追加事例を提示して学習者自身に修正させる。プロセスそのものが学び
まとめ#
コンセプト獲得法は、正例と反例の比較から概念の本質的属性を学習者自身に発見させる帰納的な教授法である。教師の仕事は「答えを教える」のではなく「仮説を揺さぶる事例を選ぶ」こと。学習者が自力で本質に到達する体験は、定義を暗記するよりもはるかに深い理解と応用可能な判断力を育てる。