フレームワーク活用ガイドひとことで言うと#
教室で教科書を読むだけでは本当の学びにならない。知識は、実際に使われる場面（状況）に埋め込まれている。料理は厨房で、営業は現場で、プログラミングは実際のプロジェクトで — 「使う文脈」の中で学ぶことで、はじめて使える知識になる。レイヴとウェンガーが提唱した理論。
押さえておきたい用語#
- 状況的学習（Situated Learning）
- 知識は特定の文脈や活動の中に埋め込まれているとする学習理論のこと。教室の外の「本物の実践」で学ぶことを重視する。
- 正統的周辺参加（LPP）
- 新参者が本物のコミュニティに正式メンバーとして参加し、周辺的な役割から徐々に中心へ移行するプロセスを指す。
- 実践共同体（CoP）
- 共通の関心を持つ人々が定期的に交流し、知識やノウハウを共有する集団のこと。状況的学習が最も効果を発揮する場。
- 周辺から中心への移動
- 新人が簡単な役割から始めて徐々に責任範囲と専門性を広げていく成長プロセスを指す。
- 暗黙知
- マニュアルには書かれない経験を通じてのみ伝達される知識やスキルのこと。状況的学習でこそ習得しやすい。
状況的学習の全体像#
こんな悩みに効く#
- 研修で学んだことが現場で活かされない
- 知識はあるのに、実践の場で応用できない
- 新入社員が組織の「暗黙のルール」を習得するのに時間がかかる
基本の使い方#
状況的学習の核心概念は正統的周辺参加（Legitimate Peripheral Participation）。
これは「最初は周辺的な役割でも、本物のコミュニティに正式メンバーとして参加すること」を意味する。
- 正統的: お客さん扱いではなく、正式なメンバーとして参加
- 周辺的: 最初は簡単な役割からスタート
- 参加: 見学ではなく、実際に手を動かす
例: 新人営業が先輩の商談に「議事録係」として同席する。見学ではなく、議事録を取るという正式な役割がある。この周辺的な参加を通じて、商談の流れ、顧客との話し方、判断のタイミングなどを「体験」として学ぶ。
可能な限り、学習を実際の仕事や活動の文脈に組み込む。
座学を実践に変換する例:
- マーケティングの教科書でSTP分析を学ぶ → 自社の新製品について実際にSTP分析を行い、チームに発表する
- プレゼン研修でスライドの作り方を座学で学ぶ → 来週の実際の会議プレゼンを題材に練習する
- 英語のビジネスメール例文を読む → 実際の海外クライアントへのメールを先輩と一緒に書く
「いつか使う知識」ではなく「今日使う知識」を学ぶ設計にする。
状況的学習が最も効果を発揮するのは、実践共同体（Community of Practice） の中。
実践共同体の3要素:
- 共通の関心領域: メンバーが共有する関心やテーマ
- コミュニティ: 定期的に交流し、助け合う関係性
- 共有された実践: 共通のツール、方法、ノウハウ
具体的な施策:
- 社内で「○○勉強会」を定期開催する
- Slackチャンネルで日々の学びや疑問を共有する
- ペアワークやモブプログラミングで一緒に作業する
- ベテランと新人が自然に交流する場を設計する
新メンバーが周辺的な参加から徐々に中心的な役割に移行するパスを用意する。
段階的な参加の例（営業チーム）:
- 先輩の商談に同席して議事録を取る（周辺参加）
- 商談前の資料準備を担当する（支援的参加）
- 商談の一部（会社紹介パート）を担当する（部分的参加）
- 既存顧客の小さな案件を1人で担当する（自立的参加）
- 新規大型案件のリードを務める（中心的参加）
各段階で「できること」が増え、コミュニティ内でのアイデンティティが変化していく。
具体例#
Webエンジニアの吉田さん（26歳）。個人学習に限界を感じ、OSSコミュニティに参加を決意。
正統的周辺参加の実際:
- 観察期（1ヶ月目）: GitHubでイシューやPRのやり取りを毎日30分読む。コーディング規約やレビュー文化を理解
- 周辺参加（2ヶ月目）: ドキュメントの誤字修正やテストの追加など、小さなPRを5件提出。レビューを受けて文化を学ぶ
- 拡大参加（3〜4ヶ月目）: バグ修正のPRを8件提出。コードレビューでベテランから設計思想を学ぶ
- 中心参加（6ヶ月目〜）: 新機能の設計と実装を担当。自らレビュアーとして新参者を導く
結果: 6ヶ月後には「typo修正」しかできなかった人が、コアメンバーとして設計議論に参加。技術力だけでなく、コミュニケーション・意思決定・品質基準まで「実践の中で」習得した。
全国120店舗を展開する飲食チェーンが、状況的学習ベースで店長育成を再設計。
従来の研修（座学中心）:
- 2週間の集合研修 → 現場配属 → 「研修と現場が違いすぎる」と離職率40%
状況的学習ベースの育成:
- 月1〜2（周辺参加）: 繁盛店に配属。ホール・キッチン全ポジションを経験しながら、店長の動きを間近で観察。日報に「店長が何を見て判断しているか」を記録
- 月3〜4（拡大参加）: シフト作成・在庫発注の一部を担当。店長とペアで意思決定し、その理由を聞く。「木曜に仕入れを増やすのは週末の来客増を見越してるんだ」
- 月5〜6（自立参加）: 店長不在日の責任者を務める。困ったら電話で相談できるが基本は自分で判断
- 月7〜（中心参加）: 新店舗の店長として赴任。月1回の店長コミュニティ（CoP）に参加して知見を共有
結果: 育成期間は従来より2ヶ月長いが、新任店長の1年以内離職率が40% → 12%に激減。売上目標達成率も68% → 89%に改善。「本物の現場で段階的に学ぶ」ことで、マニュアルでは伝えられない判断力が身についた。
UI/UXデザイン会社（社員15名）のジュニア育成に状況的学習を導入。
育成プロセス:
- 周辺参加: クライアントミーティングに同席し、要望をメモ。先輩のFigmaファイルを見てデザインシステムを理解する
- 拡大参加: 先輩のデザインの一部（アイコン制作、カラーパレット調整）を担当。デザインレビューに参加してフィードバックの仕方を学ぶ
- 中心参加: 小規模プロジェクトのリードデザイナーを務める
具体的な工夫:
- 週1回の「デザイン批評会」（CoP）で全員が作品を共有
- ペアデザイン（2人で1つの画面を設計）を週2回実施
- 「なぜこのレイアウトにしたか」を必ず言語化するルール
結果: ジュニアが独り立ちするまでの期間が平均14ヶ月 → 8ヶ月に短縮。クライアント満足度アンケートでも、ジュニアが担当した案件のスコアが4.1 → 4.6/5.0に向上。座学ではなく「本物のプロジェクト」で学んだことで、クライアント対応力まで自然に身についた。
やりがちな失敗パターン#
- 「まず座学で基礎を固めてから実践」にこだわりすぎる — 基礎ばかりやっていると、いつまでも実践に入れない。最初から本物の文脈に触れ、必要な基礎を都度学ぶほうが効率的
- 周辺参加を「見学」にしてしまう — 見ているだけでは学びは浅い。小さくても正式な役割を与えることで、当事者意識が生まれる
- 実践共同体を「強制参加の勉強会」にする — 参加を強制すると形骸化する。共通の関心を持つ人が自然に集まる場を設計する
- 周辺参加のまま放置する — いつまでも簡単な作業だけでは成長が止まる。意図的に責任範囲を広げるステップアップ計画を用意し、定期的に次のレベルに進める
まとめ#
状況的学習が教えてくれるのは、「学びは教室の外にある」ということ。本当に使える知識は、実際に使われている場所で、使っている人たちと一緒に活動する中で身につく。研修を設計するなら、本物の文脈に近づける。チームを育てるなら、新人が周辺から参加できる仕組みを作る。知識を頭に入れるのではなく、実践のコミュニティに人を入れる。それが状況的学習の本質。