具体例を「知識の型」に変えるには？ 抽象化して学ぶ方法をゼロから整理

具体例をたくさん見たのに、別の場面で使えない。これは理解不足というより、例をそのまま覚えていて、共通する構造を取り出せていないときによく起こります。

この記事で分かることは3つです。

• 具体例から抽象化するとは、何をすることか
• 1つの事例を「感想」で終わらせず、「再利用できる型」に変える手順
• 似た問題に移せる人と移せない人の差がどこで生まれるか

先に結論を書くと、具体例を知識の型として使いたいなら、やるべきことは単純です。答えやストーリーを覚えるのではなく、「条件」「手順」「判断基準」を切り出し、複数の例を比べることです。学習研究でも、例を1つずつ眺めるより、比較し、自分の言葉で説明し、別場面に移す練習をしたほうが転移しやすいことが繰り返し示されています。参考: How People Learn、Learning and transfer: A general role for analogical encoding、Example-Based Learning。

全体像と結論

まず全体像をつかみます。抽象化は「具体を捨てること」ではありません。具体例の中から、別の場面でも残る骨組みを見つけることです。

たとえば営業の成功事例を読むとき、初心者は「この人は話し方がうまかった」「資料がよかった」で止まりがちです。ですが、転用できるのはそこではありません。

見るべきなのは次の3点です。

• どんな条件でその打ち手が効いたか
• どの順番で状況を動かしたか
• 何を見て次の手を選んだか

この3点が言えれば、事例は思い出話ではなくなります。別の顧客、別の職種、別の課題にも移しやすくなります。

ここがポイント: 具体例から学べない人は、例を覚えている。具体例から学べる人は、例の中にある「再現条件」と「判断の型」を抜き出している。

まず押さえたい基礎知識

抽象化とは何か

抽象化とは、細部を雑に省くことではありません。複数の場面に共通する関係を取り出す作業です。

学習研究では、これができると新しい問題への「転移」が起こりやすくなります。転移とは、前に学んだことを、表面は違うが構造が似た別の場面で使えることです。National Academiesの整理でも、1つの文脈だけで学ぶより、複数の文脈や比較を通じて学んだほうが、柔軟な知識表現を作りやすいとされています。

なぜ具体例だけでは足りないのか

例は分かりやすい反面、その場の文脈に引っぱられます。

• 登場人物
• 業界
• 数字
• 道具
• 会話の言い回し

こうした表面情報は記憶に残りやすい一方で、別場面では変わってしまいます。すると、「似た構造なのに別物だ」と感じて使えなくなります。

Gentnerらの研究は、事例を比較して共通構造を取り出す「analogical encoding」が、後の活用を助けることを示しました。つまり、例を並べて比べること自体が、抽象化の練習になるということです。

具体例を知識の型に変える5ステップ

ここが実践の中心です。1つの事例を読んだら、次の順で処理すると型になりやすくなります。

1. まず「何が起きたか」を短く要約する

最初にやるのは長い感想ではありません。事例の骨だけを抜きます。

書く項目はこの4つで十分です。

• 誰が
• どんな問題に直面し
• 何をし
• どうなったか

例:

• 新人営業が、初回提案で断られ続けていた
• そこで商品の説明を減らし、先に相手の業務フローを聞いた
• 相手が困っている工程を特定できた
• 提案の通過率が上がった

この段階では、まだ抽象化しません。まず事実関係を崩さず置きます。

2. 次に「効いた理由」を1段深く掘る

ここで「なぜうまくいったのか」を考えます。ただし、「努力したから」「工夫したから」では浅すぎます。

見るべきは因果です。

• 何を変えたから
• 相手の何が変わり
• その結果として何が進んだか

上の営業例なら、こう言い換えられます。

• 先に説明するのをやめた
• 相手の業務上の詰まりが見えた
• 提案が一般論ではなく、相手固有の問題解決になった

この形まで言えないと、別場面に持っていけません。

3. 表面情報と構造情報を分ける

抽象化で最も重要なのがここです。

事例の情報を、次の2種類に分けます。

種類	例	別場面でも残るか
表面情報	営業、初回商談、提案資料、製造業の顧客	残らないことが多い
構造情報	先に診断し、相手のボトルネックを特定してから解決策を出す	残りやすい

知識の型になるのは後者です。

4. 「この事例は、つまり何の型か」と名付ける

抽象化は、短い名前を付けると一気に扱いやすくなります。

たとえば先ほどの例なら、次のように名付けられます。

• 先に診断してから提案する型
• 症状ではなく原因に合わせる型
• 説明より先に観察する型

この名前は学術的である必要はありません。大事なのは、後から自分で呼び出せることです。

5. 別の場面に置き換えてみる

最後に転移の練習をします。ここで初めて、抽象化が本当にできたか分かります。

同じ型を別の場面に移すとこうなります。

• 教育: 先に答えを教え込むのではなく、どこでつまずいたかを見てから説明する
• デザイン: いきなり案を作るのではなく、利用者の作業の詰まりを確認してから設計する
• 医療の一般的な説明: 症状だけで対処を決めず、背景要因を見て判断する

職種が変わっても、構造が残っていれば転用できます。

比較すると抽象化しやすいのはなぜか

1つの事例だけでは、その事例特有の事情が強く残ります。比較すると、逆に「違うのに同じ」が見えてきます。

Northwesternの研究では、2つのケースを比べて共通原理を引き出す学び方が、ケースを別々に読むより転移に有利でした。交渉研究では、比較して学んだ参加者のほうが、学んだ戦略を後の交渉に取り入れやすくなっています。

比較で見るべき軸

2つ以上の事例を比べるときは、次の軸で見ると使いやすいです。

• 問題の種類は何か
• 最初に見た情報は何か
• どこで判断が分かれたか
• 成功した手は何に効いたか
• 失敗した場合は、どの前提が外れていたか

1つの例を深掘りするより、2つを並べるほうがよい場面

特に次の場面では、比較が効きます。

• 似た失敗を何度も繰り返している
• 成功事例を読んでも、自分の現場に落とせない
• ノウハウを覚えても、少し条件が変わると使えなくなる

こういうときは、事例を増やすだけでは足りません。並べて比べる処理が必要です。

学習研究から見た「使える例」の条件

例を読むだけで理解した気になることは多いですが、研究上はそれだけでは弱いとされています。

Worked exampleは初心者に強い

学習心理学では、手順が示された「worked example」が初心者に有効だと知られています。van GogとRummelのレビューでは、初心者は問題を自力で解くより、まず例から解法の筋道を学ぶほうが効率よく学べる場合が多いと整理されています。

ただし、ここで重要なのは、例を受け身で眺めることではありません。

自分で説明すると理解が深まる

自分に向かって「なぜこの手順なのか」「なぜ別解ではないのか」を説明する self-explanation は、例から学ぶ質を上げます。つまり、抽象化は読み物ではなく、説明する作業で進みます。

例は1つで終わらせない

National Academiesの整理でも、1つの文脈だけより、複数の文脈で学ぶほうが抽象化しやすいとされています。これは実務でも同じです。

• 成功事例を1つ読む
• 似た成功事例をもう1つ読む
• 失敗事例も1つ見る
• 共通条件と例外条件を分ける

この流れにすると、知識がかなり強くなります。

具体例: 1つの事例をどう抽象化するか

ここでは身近な題材で見てみます。

事例

試験勉強で、ある人はノートをきれいにまとめるのをやめ、毎日10分の小テストに切り替えたところ、成績が上がった。

このまま覚えると弱い

この事例をそのまま受け取ると、結論は「ノートまとめはだめで、小テストがよい」になりがちです。ですが、それでは別科目や別条件に弱いままです。

構造にするとこうなる

この事例の構造は、次のように言えます。

• 学習時間の多くが「思い出す練習」ではなく「見直す作業」になっていた
• 出力を伴う方法に変えたことで、記憶の検索が鍛えられた
• 進んだ実感ではなく、再生できるかどうかで理解を測るようになった

ここから作れる型は、たとえばこうです。

• 理解した気分を、再生テストで点検する型
• 入力中心の学習を、出力中心へ切り替える型

こうなると、語学、資格試験、プレゼン準備にも移せます。

よくある誤解

誤解1: 抽象化は「ざっくりまとめること」

違います。ざっくりさせるだけだと、情報量が減るだけです。抽象化は、再利用に必要な関係を残すことです。

誤解2: 頭のいい人だけができる

特別な才能より、手順の問題です。

• 要約する
• 因果を言う
• 表面と構造を分ける
• 別事例と比べる
• 別場面に当てる

この順番を踏めば、かなり改善します。

誤解3: たくさん事例を読めば自然に身につく

量は大事ですが、それだけでは足りません。比較せず、説明せず、転用も試さないままだと、「知っている話」が増えるだけです。

誤解4: 抽象化すると現場感がなくなる

むしろ逆です。構造が見える人ほど、「この条件では使えるが、この条件では危ない」と判断しやすくなります。抽象化は現場を離れるためではなく、現場ごとの差を見分けるためにも必要です。

理解を深める整理: 具体例の使い方を3種類に分ける

同じ事例でも、使い方は3段階あります。

使い方	状態	限界
そのまま覚える	話としては覚えている	条件が変わると使えない
理由まで理解する	なぜ効いたか説明できる	比較しないと汎用化しにくい
型として持つ	別場面に移して判断できる	適用条件の見極めが必要

目指すのは3段階目です。

実践チェックリスト

事例を読んだあと、次の質問に答えられるか確認してください。

• この事例で本当に重要だった条件は何か
• うまくいった直接の理由は何か
• 業界名や人物名を消しても残る説明は何か
• 似ていない別分野で使うなら、どこに移せるか
• 逆に、どんな条件では通用しないか

5つとも答えられれば、その事例はかなり「型」になっています。

最低限ここだけ覚えるポイント

• 具体例から学ぶ本質は、答えの暗記ではなく、条件・手順・判断基準の抽出にある
• 1つの事例だけだと文脈に縛られやすい。2つ以上を比較すると共通構造が見えやすい
• 抽象化できたかどうかは、別分野の場面に置き換えて説明できるかで確認できる
• 受け身で読むだけでは弱い。自分の言葉で理由を説明すると理解が深まる
• 型は万能ではない。使える条件と使えない条件をセットで持つと実用性が上がる

まとめ

具体例を知識の型として使えるようになりたいなら、事例収集より先に、事例処理の仕方を変えるべきです。要約し、因果を押さえ、表面と構造を分け、比較し、別場面へ移す。この流れができると、「知っている」から「使える」へ進みます。

次に事例を読むときは、内容の面白さより先に、これは何の型として残せるかを問い直してみてください。その一問があるだけで、読み方がかなり変わります。

参照リンク

• How People Learn: Brain, Mind, Experience, and School: Expanded Edition, Chapter 3
• Learning and transfer: A general role for analogical encoding
• Analogical encoding facilitates knowledge transfer in negotiation
• Example-Based Learning: Integrating Cognitive and Social-Cognitive Research Perspectives
• A Model of the Self-Explanation Effect