---
title: 【公開】IT研修講師のお仲間応援！ IT研修講師ハンドブック(受講生タイプ別レッスン)
tags: 
author: [smile_yukiko_it](https://www.docswell.com/user/smile_yukiko_it)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/8EDKKDP57G.jpg?width=480
description: 架空の業務設計案です。
published: April 27, 26
canonical: https://www.docswell.com/s/smile_yukiko_it/KPRM18-2026-04-27-054851
---
# Page. 1

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

IT研修講師の現場ハンドブック
受講生7タイプ × 講師ロール2 × 運用シーン4 × 計画6
1スライド1対象 ／ 技術非依存・普遍テンプレート
Why ／ What ／ How の3点固定 ─ 教える順序・粒度／特徴・つまずき所


# Page. 2

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

受講生属性 ─ 1 / 7
01 / 19
初級・文系
一 言 で いう と
比喩を渡さないと最初の3日で離脱する
WHY
用語の抽象度が一番きつい層。「英単語ベース＋未知の概念」の二重壁で、最初の3日で手応えを作れるかが分かれ目になる。
WHAT
特徴・つまずき所
•
英単語ベースの用語（daemon, mountなど）がそも
そも壁
•
「なぜそれをやるのか」が見えないと手が止まる
•
エラーを「自分のせい」と感じて萎縮する
•
抽象→具体の翻訳が一人ではできない
IT研修講師の現場ハンドブック
HOW
教える順序・粒度
•
比喩 → 用語 → 図 の順を固定する
•
1コマンド1動作で確認、まとめて打たせない
•
「壊しても戻せる」を初日に体感させる
•
質問は1単元1回必ず投げる仕組みを用意


# Page. 3

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

受講生属性 ─ 2 / 7
02 / 19
初級・理系
一 言 で いう と
比喩だけだと「ごまかされている」と感じる層
WHY
仕組み志向は強いが、文系向け教材を渡されると物足りなくて意欲が下がる。比喩は導入のみ・本筋は構造で説明する設計が要る
。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
「なぜこう動くか」を執拗に聞いてくる
•
比喩は導入30秒のみ、本筋は構造図で説明
•
比喩ばかりだと信頼を失う
•
RFC・公式ドキュメントへの導線を必ず示す
•
飛ばし読みで手順を雑に進めがち
•
演習に「発展課題」を別途用意する
•
理屈が分かれば手は速い
•
質問は理屈で返す（「そういうものです」NG）
IT研修講師の現場ハンドブック


# Page. 4

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

受講生属性 ─ 3 / 7
03 / 19
エンジニア・文系
一 言 で いう と
プライドを傷つけずにCS基礎を渡す配慮
WHY
現場経験はあるがCS基礎で詰まる層。「いまさら聞けない」を抱えており、心理的安全性の設計が成果を左右する。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
業務での「動く書き方」は知っている
•
「現場ではこう／教科書ではこう」両論並列で
•
用語を雰囲気で使い、定義を聞かれると詰まる
•
質問しやすい少人数ブレイクアウトを設計
•
「いまさら聞けない」を抱えている
•
チェックリストで知/不知を可視化する
•
若手に追い抜かれる不安を感じやすい
•
「現場で使うなら」を毎単元の冒頭に置く
IT研修講師の現場ハンドブック


# Page. 5

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

受講生属性 ─ 4 / 7
04 / 19
エンジニア・理系
一 言 で いう と
情報の濃度と速度を要求する層
WHY
自走力は高い。冗長な説明は逆効果。要点と差分を高密度で渡し、深掘りは演習・公式ドキュメントに委ねる設計が合う。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
説明より公式仕様を読みたがる
•
講義は要点と差分のみ、深掘りは演習で
•
演習で「もっと深い課題」を求める
•
「公式のどこに書いてあるか」を必ず提示
•
講師の知識不足を見抜く
•
発展課題と参考文献を別冊で渡す
•
受講生同士で勝手に高度化していく
•
答えられない質問は持ち帰って翌朝回答
IT研修講師の現場ハンドブック


# Page. 6

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

受講生属性 ─ 5 / 7
05 / 19
転職者
一 言 で いう と
「次の現場」までの逆算で動いている
WHY
期限がある層。最短で実務レベルに到達したいニーズが強く、「これは現場で使うのか」が常に判断軸になる。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
過去職での「やり方の癖」が出る
•
各単元の冒頭で「現場での使われ方」を1分
•
「これは現場で使うのか」を常に気にする
•
過去経験との接続を明示する
•
自己評価が高すぎ／低すぎに振れる
•
中間で個別フィードバック面談を入れる
•
焦りから雑になる場面が出る
•
「次の現場の1日目」をゴールに設定
IT研修講師の現場ハンドブック


# Page. 7

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

受講生属性 ─ 6 / 7
06 / 19
新卒・未経験
一 言 で いう と
学習以前に「働く型」を整える必要
WHY
社会人ペースと学習ペースを同時に作っている。技術より「質問する」「報連相する」のハードルが先に課題になる。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
質問すること自体への心理的ハードル
•
質問テンプレを初日に配る
•
メモ取り・報連相が未習熟
•
朝・昼・夜の3回声かけでリズムを作る
•
「分からない」を避けて分かったふりをする
•
「分からない＝悪ではない」を言語化
•
時間管理ができず夜に詰める
•
メモの取り方を最初の1時間で扱う
IT研修講師の現場ハンドブック


# Page. 8

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

受講生属性 ─ 7 / 7
07 / 19
フリガナ要（海外・日本語非ネイティブ）
一 言 で いう と
技術ではなく言語で詰まる層
WHY
「IT用語の英語＞カタカナ変換」「漢字熟語」「敬語」の3重壁。技術力ではなく言語要因で離脱しやすい。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
漢字熟語の読みでつまずく（冗長化、実装、等）
•
スライドはフリガナ＋英語併記（特にコマンド）
•
カタカナ語の発音と意味のズレ
•
比喩は文化中立なものを選ぶ（料理・箱・扉）
•
比喩が文化前提で通じないことがある
•
チャット質問の動線を必ず用意する
•
日本語の「察してください」が伝わらない
•
指示は「いつ・誰が・何を」を明示する
IT研修講師の現場ハンドブック


# Page. 9

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

講師ロール ─ 1 / 2
08 / 19
メイン講師
一 言 で いう と
台本通りに進めるより場を読む比重が大きい
WHY
全体の進度・空気・到達度に責任を持つ。受講生7属性が混在する前提で、台本と現場のギャップを埋める判断を担う。
WHAT
特徴・つまずき所
•
受講生7属性が混在する前提で設計が必要
•
サブとの役割分担を曖昧にしがち
•
一人で抱え込みやすい
•
台本通りに進めようとして場が硬直する
IT研修講師の現場ハンドブック
HOW
教える順序・粒度
•
朝：到達ゴール宣言／昼：理解度チェック／夜：振
り返り
•
サブに「観察ポイント」を依頼形式で渡す
•
進度遅延の判断基準を事前に決めておく
•
台本と場のズレは「場」を優先して調整


# Page. 10

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

講師ロール ─ 2 / 2
09 / 19
サブ講師
一 言 で いう と
メインが拾えない個別の「分からなさ」を回収
WHY
観察と寄り添いが本職。話す機会は少ないが情報量は多い。メインの説明を補強する立場であり、否定しない配慮が要る。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
自分が話す機会は少ないが観察量が多い
•
質問が来たらまずメインの説明を再確認
•
「メインの言い方を否定しない」配慮が要る
•
個別質問は休憩時間／チャットに誘導
•
補足の出し時を間違えると場が乱れる
•
受講生カルテを毎日記録して翌日に活かす
•
受講生からの個別質問が集中しがち
•
事実と所感を分けてメインに報告する
IT研修講師の現場ハンドブック


# Page. 11

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

運用シーン ─ 1 / 4
10 / 19
HR向け（人事連携）
一 言 で いう と
HRは技術詳細を求めていない
WHY
人事が知りたいのは「進捗・リスク・人」の3点。専門用語を出すと読み飛ばされ、判断材料にならない。
WHAT
特徴・つまずき所
•
専門用語を出すと読み飛ばされる
•
「順調です」だけでは判断材料にならない
•
個人名のセンシティブ情報の扱いに注意
•
事実と所感の混在で信頼を失いやすい
IT研修講師の現場ハンドブック
HOW
教える順序・粒度
•
進捗(%)／リスク(有無＋内容)／個別フォロー の3項
目固定
•
数値と事実を先、所感は後
•
週次メールはA4半分以内
•
個人特定情報は別ファイルで限定共有


# Page. 12

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

運用シーン ─ 2 / 4
11 / 19
事前準備（研修開始前）
一 言 で いう と
初日の30分で受講生の継続意欲が決まる
WHY
準備の質がそのまま研修の質。環境構築・属性把握・配布物の3軸を2週間前から逆算する。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
環境構築の落とし穴（OS差・権限・ネットワーク）
•
2週間前：受講生属性アンケート
•
受講生属性の事前把握不足
•
1週間前：環境構築ガイド配布＋テスト接続日
•
配布物の鮮度切れ（古いバージョン）
•
前日：機材・配布物・連絡先の最終確認
•
初日に詰め込みすぎる傾向
•
初日：詰めずに「受講生を知る時間」を確保
IT研修講師の現場ハンドブック


# Page. 13

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

運用シーン ─ 3 / 4
12 / 19
中間レビュー
一 言 で いう と
後半の調整余地が残る最後のタイミング
WHY
脱落者を救えるのも中間まで。進度遅れが固定化する前に介入する設計が必要。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
進度遅れの受講生が固定化し始める
•
中間アンケート（理解度・ペース・要望）
•
「分かったふり」が累積している
•
個別面談（特に下位3割）を入れる
•
講師側の慣れで雑になりやすい
•
カリキュラム後半の難易度を調整
•
カリキュラム後半の難易度が現場と合わなくなる
•
メイン・サブで認識合わせのMTGを別枠で
IT研修講師の現場ハンドブック


# Page. 14

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

運用シーン ─ 4 / 4
13 / 19
夜の終わり方（クロージング）
一 言 で いう と
翌日の継続率は夜の終わり方で決まる
WHY
疲れた状態でこそ翌日の動機を作る。「なんとなく終わった」感で帰すと、翌朝の集中が立ち上がらない。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
受講生の疲労がピーク
•
今日のキーワード3つを口頭復唱
•
質問が出てこなくなる
•
明日の予告を一文で提示
•
「なんとなく終わった」感で帰る
•
質問は翌朝でOKと明示し、持ち帰らせない
•
宿題で持ち帰らせると翌日に響く
•
退室時に1人ずつ目を合わせて挨拶
IT研修講師の現場ハンドブック


# Page. 15

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

計画 ─ 1 / 6
14 / 19
学習予定（カリキュラム設計）
一 言 で いう と
設計時点で勝負はついている
WHY
受講生のモチベーションは「ゴールが見えるか」で大きく変わる。詰めすぎ・予備日なしの設計は序盤で破綻する。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
内容を詰めすぎる
•
1日：講義60% ／ 演習30% ／ 振り返り10%
•
演習時間を軽視する
•
全体の80%で詰めて20%を予備日に
•
「予備日」がなく崩れたら立て直せない
•
ゴールは「できる動詞」で書く
•
ゴールが「理解する」など測定不能
•
到達度を測る成果物を単元ごとに定義
IT研修講師の現場ハンドブック


# Page. 16

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

計画 ─ 2 / 6
15 / 19
タイムテーブル（時間配分）
一 言 で いう と
集中力の谷山を読まないと午後一番で全員眠る
WHY
時間設計は集中力曲線との戦い。重要回・演習・休憩の配置で、同じ内容でも到達度が大きく変わる。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
午後一番（13-14時）に重要内容を入れがち
•
重要回は午前、午後一番は手を動かす演習
•
休憩を10分で済ませがち（15分必要）
•
休憩は最低15分、午後は2時間に1回
•
演習時間が予定より短くなりがち
•
各コマに「最低限／余裕あれば」の2段階
•
質疑応答の時間を確保し忘れる
•
質疑応答10分を必ず最後に確保
IT研修講師の現場ハンドブック


# Page. 17

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

計画 ─ 3 / 6
16 / 19
学ぶことチェックリスト
一 言 で いう と
到達度を見える化しないと不安と過信が両方起きる
WHY
受講生が自分の到達度を測れる仕組みは「自走の足場」。チェック項目の粒度と数で機能性が決まる。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
抽象的な項目だと自己評価できない
•
「〜ができる」の動詞表現で書く
•
チェック項目が多すぎて埋まらない
•
1単元10項目以内に絞る
•
チェックして終わり、振り返りに使われない
•
朝・夜の2回チェック→差分を翌日設計に反映
•
講師側もチェック結果を活用できていない
•
未達項目は翌日の冒頭5分で再演習
IT研修講師の現場ハンドブック


# Page. 18

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

計画 ─ 4 / 6
17 / 19
つまりポイント（要約の仕方）
一 言 で いう と
受講生が自分の言葉にできて初めて定着する
WHY
理解度は「最後にどう要約させるか」で固まる。講師が要約してしまうと受講生が聞き役になり、定着しない。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
講師が要約してしまい受講生が聞き役になる
•
「一言でいうと」を受講生に言わせる
•
要約が長文化してポイントが埋もれる
•
3行ルール（要点・なぜ・例）
•
「分かった人手を挙げて」で代替してしまう
•
板書／画面に残し、その日中は消さない
•
要約と感想が混ざる
•
翌朝の冒頭で前日のつまりポイントを復唱
IT研修講師の現場ハンドブック


# Page. 19

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

計画 ─ 5 / 6
18 / 19
試験：出る／出ない判断
一 言 で いう と
「全部やる時間はない」前提で取捨する
WHY
試験対策は取捨で点数が決まる。「実務で大事だが試験に出ない」と「試験に出るが実務では使わない」を区別する。
WHAT
特徴・つまずき所
•
試験範囲外まで深掘りしてしまう
•
「実務で大事／試験に出る」を区別しない
•
過去問の傾向確認を後回しにする
•
配点バランスを無視した時間配分になる
IT研修講師の現場ハンドブック
HOW
教える順序・粒度
•
出る：頻出パス・コマンド名・デフォルト値・ひっ
かけ
•
出ない（実務メモ扱い）：歴史的経緯・ベンダー差
•
各単元末に「試験ではここ」マーク
•
配点上位3分野に時間の50%以上を配分


# Page. 20

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

計画 ─ 6 / 6
19 / 19
要点（Why → What → How 構造）
一 言 で いう と
この順序を貫けば必ず伝わる
WHY
説明が散らかる原因は順序が決まっていないこと。Why→What→Howの3点で固定すると、講師も受講生も迷わなくなる。
WHAT
特徴・つまずき所
HOW
教える順序・粒度
•
Whatから入って「なぜやるの」と離脱される
•
Why（なぜ必要か／背景） 30秒
•
Howから入って文脈が分からない
•
What（それは何か／定義） 1分
•
3つを混ぜて話してしまう
•
How（どう使うか／手順） 残り全部
•
時間配分が偏ってWhyが消える
•
1単元1サイクルで貫く
IT研修講師の現場ハンドブック