---
title: Evidence_Based_Mentorship
tags: 
author: [Yukiko](https://image.docswell.com/user/yukiko_it)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/27VVZW437Q.jpg?width=480
description: Evidence_Based_Mentorship by Yukiko
published: July 02, 26
canonical: https://image.docswell.com/s/yukiko_it/K3JJVV-2026-07-02-125215
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/27VVZW437Q.jpg)

うさうさ研修工房
答えを言わない指導法：
心理学的根拠と実践
問いかけと論拠で、自ら考え抜く力を育てる
(Socratic Questioning × Cognitive Load Theory
× Growth Mindset × Testing Effect)
Usa-Usa News Studio / Evidence-Based Instructor Guide

# Page. 2

![Page Image](https://bcdn.docswell.com/page/5JGL4D1Y7L.jpg)

The Crisis of Illusionary Understanding: なぜ「教える」だけでは限界があるのか？
"Telling is not teaching. Testing is teaching." — Roediger & Karpicke, 2006 / Overholser, 1993
わかった感 (自己評価)
実際の確認テスト得点
「わかった」の錯覚
講師が説明しすぎると、学習者の「わかった感(自己評価)」は上がるが、実際の確認テストの得点は伴わない。
(伊藤貴明・明治大学の研究より)
定着の欠如
自分で気づいた知識ではないため、記憶に残らない。
自走力の喪失
次に似たエラーが出ても、同じ思考プロセスを自力で再現(デバッグ)できない。
メタ認知の未発達
「わかったつもり」を学習者本人が検知できない。

# Page. 3

![Page Image](https://bcdn.docswell.com/page/47QYG1D6EP.jpg)

曖昧な指示への処方箋：サブ講師のための自己防衛アクション
指示の多義性と情報の非対称性
確固たる指導論の獲得
メイン講師からの曖昧な指示：「うまくやっておいて」「理解させておいて」
サブ講師のジレンマ：解釈を推測するしかなく、どこまで介入すべきか(答えを教えるべきか)の練引きが不明確。
属人的な「勘」ではなく、心理学的根拠(エビデンス)に基づいた指導法を身につける。
「なぜ答えを言わずに問いかけたのか？」を、学術理論で論理的に説明・防衛できる状態を作る。

# Page. 4

![Page Image](https://bcdn.docswell.com/page/KE4W5RZMJ1.jpg)

The Four Psychological Pillars:
4つの理論をつなぐ「問いかけ指導」
[Roof/Goal]
自走できるエンジニア
(The Self-Reliant Engineer)
[Pillar 1 - Targeting]
認知負荷とZPD
(Cognitive Load & ZPD):
問いの難易度を
「ちょうど良い領域」に合わせる。
(Sweller / Vygotsky)
[Pillar 2 - Motivation]
自律性支援と
成長マインドセット
(Autonomy & Growth Mindset):
答えではなく、自律性を
支援する問いを選ぶ。
(Dweck / 碓井)
[Pillar 3 - Retention]
テスト効果と自己説明
(Testing Effect &
Self-Explanation):
説明させてメタ認知を引き出す。
(Roediger / 伊藤)
[Foundation]
心理的安全性 (Psychological Safety):
安全に「わからない」と言える土台をつくる。(Edmondson)

# Page. 5

![Page Image](https://bcdn.docswell.com/page/L71YWQRYJG.jpg)

Foundation: 心理的安全性が「問う土台」を作る
427
Edmondson (1999) - 51チーム /
427名(回答率 86%)の実証研究。
対人リスクを取っても安全だと感じられるチームほど、「質問」「報告」「フィードバック要請」といった学習行動が多く現れる。
Studio Alert Box
IT研修への適用: 新人が「わかりません」と率直に言える空気がなければ、どれほど高度な問いを投げても機能しない。「問いかけ指導」を成立させるための絶対的な前提条件。

# Page. 6

![Page Image](https://bcdn.docswell.com/page/G7WG6M11E2.jpg)

Targeting: 認知負荷 (Cognitive Load Theory) と足場かけ
(Sweller, 1988)
30%
85%
85%
学習素材自体の複雑さ(例: ログ分析の複雑さそのもの)。
→ 段階的に難易度を上げる。
不適切な教え方が生む余計な負荷。
→ 答えを一方的に押し付けると、スキーマ形成を妨げる。
Intrinsic Load
(内在的負荷)
Extraneous Load
(外在的負荷)
Germane Load
(生成的負荷)
スキーマ構築に使われる有益な負荷。
→ 問いかけで「自ら考える」を促すと、ここが増大する。
ZPD (発達の最近接領域) へのアプローチ:
「一人でできる」と「まだ難しい」の間にある、「支援(足場かけ)があればできる領域」へピンポイントで問いを投げる。
(Wood, Bruner & Ross, 1976)

# Page. 7

![Page Image](https://bcdn.docswell.com/page/4JZLYQPXE3.jpg)

Motivation: 「指示」から「自律性支援」へのシフト
Theoretical Basis: 碓井 (1992) / Dweck (2006)
統制的フィードバック
(Fixed / Telling)
自律性支援的な問いかけ
(Growth / Questioning)
発言例: 「ここはこう直して」「22行目がエラーです」
学習者の解釈: 失敗を「能力の限界」や「個人攻撃」と感じる。
結果: 指示に従うだけの外的統制。思考が停止し、諦めやすくなる。
発言例: 「他にどんな方法が考えられる？」「どこからそう読めますか？」
学習者の解釈: 失敗を「学びの機会・プロセス」と再解釈する。
結果: 自分で選んだ実感が「内発的動機づけ」を支える。有能感と自己決定感の向上。

# Page. 8

![Page Image](https://bcdn.docswell.com/page/YE6WD6MPEV.jpg)

Retention: “Testing is Teaching” (テスト効果と自己説明)
STTT > SSSS
(Roediger & Karpicke, 2006)
1回学習+3回想起(テスト)の方が、4回再読するよりも長期記憶保持率を大幅に向上させる。
問いかけ = 即席テスト
(Spaced Retrieval)
自己説明
(Self-Explanation)
メタ認知の育成
「このログから何が言えますか？」という問いは、受講生に能動的想起を迫る。これ自体が記憶強化になる。
「なぜこの順番で処理する必要があるのですか？」と本人に説明させる。(McDaniel & Donnelly, 1996)
説明させようとすることで、本人自身が自分「理解の穴(わかったつもり)」に気づく。デバッグの自走力はここから育つ。

# Page. 9

![Page Image](https://bcdn.docswell.com/page/GE5M36ZPE4.jpg)

The Unified Synthesis: 答えを言わない指導サイクル
Environment
心理的安全性
- 安全な土台
Targeting
認知負荷最適化 & ZPD
- 難易度の調整
Action
自律的問いかけ & 自己説明
- 具体的な働きかけ
Result
自走できるエンジニア
(The Self-Reliant Engineer)
「安全な場で、適切な難易度の問いを、自律性を支えるかたちで投げかけ、本人に説明させる。」
この一連の流れが、答えを教えるよりも遅く見えて、最終的に最速で自走力をつくる。

# Page. 10

![Page Image](https://bcdn.docswell.com/page/9729ZMRZJR.jpg)

Practical Application 1: コードレビュー・デバッグ指導
BEFORE: 答えを言う (Telling)
・「ここがNullPointerExceptionの原因です。22行目を直してください」
・「このSQL、N+1問題が起きてます。JOINに書き換えてください」
10: // ... some code ...
20: User user = null;
21: String name = user.getName();
22: // ... more code ...
AFTER: 問いかけで導く (Socratic Questioning)
・Guided Discovery: 「このエラーログ、どの行で何が起きていますか？」
・Targeting (ZPD): 「nullになり得る変数はどれ？」
・Self-Explanation: 「このループの中で、何回クエリが発行されていますか？」
10: // ... some code ...
20: User user = null;
21: String name = user.getName();
22: // ... more code ...
Socratic prompt
Instructor Note: 問いかけ版は、「ZPDの難易度」「自律性支援」「自己説明」の3理論を同時に満たす設計になっている。受講生が自ら答えに到達する道(到達プロセス)を設計する。

# Page. 11

![Page Image](https://bcdn.docswell.com/page/DJY4RXDN7M.jpg)

Practical Application 2: 状況別・問いかけのアプローチ
Guessing
Situation 1: 受講生が「犯人探し(当てずっぽう)」を始めたとき
Socratic Q (Overholser): 「それは事実ですか、推測ですか？ログのどこからそう読めますか？」("What is the evidence for that conclusion?")
Frozen
Situation 2: 情報が多くてフリーズしているとき
Cognitive Load (Sweller): 「まず1つだけ、一番確かな事実を教えてください」(Reduces Extraneous Load).
Giving up
Situation 3: 受講生が諦めかけているとき
Growth Mindset (Dweck): 「今の気づきは何ですか？失敗から次はどう動けそうですか？」(Reframes failure as learning).

# Page. 12

![Page Image](https://bcdn.docswell.com/page/V7NYD16VE8.jpg)

Practical Application 3: OJTにおける段階的フェーディング
Scaffolding (足場かけ)
初期(1ヶ月目) -
選択肢提示型
(High Scaffolding)
中期(2~3ヶ月目) -
オープンな問い
(Medium Scaffolding)
後期(4ヶ月目以降) -
振り返りの問い
(Fading Scaffolding)
問いの例: 「AとB、どちらが安全だと思う？」
問いの例: 「次に何を確認する？」
問いの例: 「次に活かせる点は？」
Theoretical Note: 足場の厚さ(支援量)が右に向かって薄くなる = ヴィゴツキーの足場かけ理論における「フェーディング(Fading)」の実装。

# Page. 13

![Page Image](https://bcdn.docswell.com/page/YJ9PG5LV73.jpg)

SUMMARY: 問いかけ型指導の5原則
1. 安全に「わからない」と言える場をつくる (心理的安全性)
2. 問いの難易度をZPD (最近接領域) に合わせる (足場かけ)
3. 答えではなく自律性を支援する問いを選ぶ (自己決定理論)
4. 説明させてメタ認知を引き出す (自己説明効果)
5. 足場は少しずつ外し、自走へつなげる (フェーディング)
"Collaborative inquiry rather than adversarial cross-examination." - Carey & Mullan, 2004