新人エンジニアのOJTの進め方｜3ヶ月スケジュール例と計画書テンプレ・指導のコツ

「OJT担当に任命されたけれど、何から教えればいいのかわからない」
「自分の業務も抱えていて、新人の面倒まで手が回らない」

こうした悩みの多くは、担当者の頑張り不足ではなく、OJTの「仕組み」がないことが原因です。

本記事では、法人向けエンジニア研修を行うAimax IT Schoolが、企業の新人育成を支援してきた経験をもとに、OJTの進め方を解説します。

【この記事の結論】
✅ OJTは「計画→教える→任せる→レビュー→評価」の順で進める
✅ 期間の目安は3ヶ月〜1年。日数ではなく「到達基準」で区切る
✅ 基礎は配属前の研修で固め、OJTでは自社の実務に集中する

新人エンジニアのOJTとは？基本の型と期間の目安

OJT（On-the-Job Training）とは、実際の業務を通じて、先輩社員が新人に仕事のやり方を教える育成方法です。

エンジニアの場合は、実際のプロジェクトでコードを書き、レビューを受けながら、開発の進め方やチームでの働き方を身につけていきます。

OJTとOff-JTの違い

項目	OJT	Off-JT
学ぶ場所	実際の業務・プロジェクト	研修や講座など、業務の外
主な内容	自社システムの仕様、業務の進め方、チームのルール	プログラミング言語、Git、SQLなどの基礎
教える人	現場の先輩社員（OJTトレーナー）	社内講師、外部の研修会社
メリット	実務に直結するスキルが身につく	体系的に学べ、新人ごとの差をならせる

どちらか一方を選ぶのではなく、組み合わせて使うのが一般的です。 両者の役割分担については、記事の後半で詳しく解説します。

OJTの基本は「やってみせる→説明する→やらせる→評価する」

OJTの基本の型として広く知られているのが、次の4段階です。

1. やってみせる
   先輩が実際に作業し、手順と考え方の見本を示す
2. 説明する
   なぜその書き方・手順なのか、理由や背景を言葉にして伝える
3. やらせてみる
   新人に実際に手を動かしてもらい、必要に応じてサポートする
4. 評価する
   良かった点と改善点を具体的にフィードバックする

「OJTの三原則」として、山本五十六の「やってみせ、言って聞かせて、させてみせ、ほめてやらねば、人は動かじ」という言葉が紹介されることもあります。

4段階の型も山本五十六の言葉も、考え方は同じです。見本 → 説明 → 実践 → 承認のサイクルを、小さな単位で何度も回すことが基本になります。

OJT期間の目安は3ヶ月〜1年

新人エンジニアのOJT期間は、一般的に3ヶ月〜1年ほどです。 入社時点のスキルによって、目安は次のように変わります。

対象	期間の目安	OJTの中心になる内容
新卒（IT未経験）	6ヶ月〜1年	低リスクの業務から段階的に経験を積む
新卒（情報系出身）	3〜6ヶ月	チーム開発の進め方、レビューへの対応
第二新卒・既卒	3〜6ヶ月	技術面の補強と、自社の開発ルールの習得
中途（経験者）	1〜3ヶ月	自社システムの仕様、業務知識

ただし、期間はあくまで目安です。 大切なのは「3ヶ月経ったから終了」ではなく、「ここまでできれば一人で任せられる」という到達基準で区切ることです。

新人エンジニアのOJTの進め方6ステップ

新人エンジニアのOJTは、次の6ステップで進めると、指導のムラや手戻りを減らせます。

1. 配属前に新人のスキルレベルを把握する
2. OJT計画書を作り、ゴールを言語化する
3. トレーナー・チーム・人事の役割を決める
4. 目的（Why）とセットで、やってみせて教える
5. 低リスクのタスクから順番に任せる
6. こまめなレビューと到達基準で評価する

① 配属前に新人のスキルレベルを把握する

最初にやるべきことは、新人が「今どこまでできるのか」を把握することです。

当スクールで研修を担当していると、同じ「IT未経験」でも、タイピングの速さやフォルダ構成の理解、エラーメッセージを読む習慣に大きな差があると感じます。この差を把握しないまま配属すると、OJTの最初の数週間がPCの基本操作の説明で終わってしまうことも少なくありません。

配属前に、次のような項目を簡単に確認しておきましょう。

確認項目	チェックする内容
PCの基本操作	フォルダの階層構造を理解し、ショートカットキーを使えるか
プログラミング基礎	変数・条件分岐・繰り返し・クラスを自分の言葉で説明できるか
Git	clone・commit・push・pull、ブランチの作成ができるか
SQL	SELECT・INSERT・UPDATE・JOINを書けるか
エラー対応	エラーメッセージから該当箇所を見つけ、検索して調べられるか
報連相	結論から報告・相談ができるか

② OJT計画書を作り、ゴールを言語化する

次に、OJT計画書を作成します。計画書には、最低限次の項目を入れておきましょう。

• 最終ゴール
  OJT終了時にどんな状態になっていてほしいか
• 期間と月ごとの目標
  1ヶ月目・2ヶ月目・3ヶ月目の到達目標
• 担当する業務
  各期間に任せるタスクの種類
• 到達基準
  何ができれば次の段階に進めるか
• 面談のスケジュール
  週次の振り返り、月次の評価面談の日程
• 担当者
  OJTトレーナー、相談先、人事の窓口

企業のご担当者様からよく聞くのが、「計画書は作ったものの、現場では誰も見ていない」というお悩みです。

計画書は、作ること自体が目的ではありません。 週次の振り返りで毎回開き、進み具合を確認する「使う資料」として運用することがポイントです。

③ トレーナー・チーム・人事の役割を決める

OJTがうまくいかない原因として多いのが、OJTトレーナー1人に育成のすべてを任せてしまうことです。 育成を仕組みとして回すために、関わる人の役割をあらかじめ決めておきましょう。

役割	担当者の例	主な仕事
OJTトレーナー	現場の先輩社員	日々のタスク指示、コードレビュー、質問対応
チームメンバー	同じプロジェクトの社員	ペアプログラミング、専門分野の質問対応
上司・リーダー	課長、プロジェクトリーダー	計画の承認、トレーナーの工数確保、評価
人事・教育担当	人事部、教育担当	計画書の運用、面談、研修の手配、トレーナーのフォロー

あわせて、次の2点も決めておくと安心です。

• トレーナーの指導工数
  通常業務の見積もりに、指導時間をあらかじめ含める
• 指導方針の統一
  合格ラインとコーディング規約を、チームで事前にそろえる

指導する人によって言うことが違うと、新人は誰に合わせればいいのかわからず、混乱してしまいます。「誰に何を相談できるのか」「何を教えてもらえるのか」を明確にしておくことが重要です。

④ 目的（Why）とセットで、やってみせて教える

作業を教えるときは、「何をするか」だけでなく「なぜ必要なのか」も一緒に伝えましょう。

NG例
「この設計書のとおりに、入力チェックを実装しておいて」

OK例
「この入力チェックは、ユーザーが誤った形式で入力したときに、すぐ気づけるようにするための処理なんだ。 不正なデータが登録されるのを防ぐ役割もあるから、まず私が1項目書いてみるね。残りは同じ考え方で実装してみて」

目的がわかると、新人は「言われたとおりに書く人」から「なぜこう書くのかを考える人」へと変わっていきます。 また、先輩が実際に書いて見せることで、手順だけでなく考え方の流れも伝わります。

⑤ 低リスクのタスクから順番に任せる

最初から機能開発を任せると、つまずいたときの手戻りが大きく、新人の自信も失われがちです。 次のように、影響範囲の小さいタスクから段階的に任せていきましょう。

1. 既存コードを読み、処理の流れを説明する
2. 既存テストを実行し、テストケースを追加する
3. 文言修正やログ追加などの軽微な修正
4. 原因がわかっている小さなバグの修正
5. 小さな機能の追加

研修の現場でも、「自分の書いたコードが動いた」という経験を早い段階で積んだ受講者ほど、その後の学習が前向きに進む傾向があります。 小さな成功体験を意識的に用意してあげることが、成長スピードを上げる近道です。

⑥ こまめなレビューと到達基準で評価する

タスクを任せたら、完成するまで待つのではなく、2割ほど進んだ段階で一度見せてもらうルールにしておきましょう。

方向性のずれに早く気づけるので、「完成したと思ったら全部やり直し」という事態を防げます。 また、質問を受けたときに数分だけ一緒に手を動かす「短時間のペアプログラミング」も効果的です。

評価は、あらかじめ決めた到達基準をもとに行います。 3ヶ月時点の到達基準は、たとえば次のような内容です。

区分	到達基準の例
技術面	既存コードの処理の流れを説明できる
	担当機能のテストを自分で設計・実装できる
	エラーの原因を自分で調べ、解決までの手順を説明できる
仕事の進め方	作業を細かいタスクに分けて、見積もりができる
	見積もりと実績のずれを、早めに報告できる
コミュニケーション	結論から報告・相談ができる
	レビューの指摘を理解し、次の作業に反映できる

配属後3ヶ月のOJTスケジュール例と計画書テンプレート

ここでは、基礎研修を終えた新卒エンジニアが配属された場合を想定して、最初の3ヶ月のOJTスケジュール例を紹介します。

期間	任せる業務	ゴール	トレーナーの関わり方
1ヶ月目	開発環境の構築、既存コードの読解、テストの実行・追加	システムの全体像と、チームの開発ルールを理解する	毎日10〜15分の進捗確認。作業はやってみせてから任せる
2ヶ月目	軽微な修正、手順が明確な小さなバグ修正	指示されたタスクを、レビューを受けながら完了できる	2割レビューを徹底。質問時は短時間のペアプロで支援
3ヶ月目	小さな機能の追加（設計の一部から担当）	タスクの分解と見積もりを自分で行い、完了まで進められる	週1回の振り返り面談。自分で考えた案を確認する形に移行

4ヶ月目以降は、担当範囲を少しずつ広げながら、設計書の作成やお客様との打ち合わせへの同席など、開発工程の前後にも関わってもらいます。トレーナーの関わり方も、「教える」から「相談に乗る」へと少しずつ移していくのが理想です。

OJT計画書のテンプレート

OJT計画書は、次のような形で作ると運用しやすくなります。 Excelやスプレッドシートにそのまま写して使ってください。

項目	記入例
対象者	○○ ○○（2026年4月入社・新卒）
OJTトレーナー	○○ ○○（開発部・入社4年目）
期間	2026年5月〜2026年10月（6ヶ月）
最終ゴール	小規模な機能の設計・実装・テストを、一人で完了できる
1ヶ月目の目標	開発環境を構築し、担当システムの処理の流れを説明できる
2ヶ月目の目標	軽微な修正とバグ修正を、レビューを受けて完了できる
3ヶ月目の目標	小さな機能追加を、タスク分解と見積もりから担当できる
到達基準	前章の「到達基準の例」を参照し、チームで合意した内容を記入
面談	週1回の振り返り（30分）、月1回の評価面談（人事同席）
相談先	トレーナー不在時は○○さん、人事窓口は○○さん

ポイントは、月ごとの目標を「〜を理解する」ではなく「〜を説明できる」「〜を完了できる」のように、確認できる行動で書くことです。 行動で書いておくと、評価面談で「できた・できていない」を判断しやすくなります。

OJTを成功させる指導のコツ

進め方の手順に加えて、日々の関わり方でもOJTの効果は大きく変わります。ここでは、現場ですぐに取り入れられる5つのコツを紹介します。

質問のルールを決めておく

「わからないことがあったら、いつでも聞いてね」という声かけは、実は新人にとって質問しづらいものです。 「いつ」「どこまで調べてから」聞けばいいのかがわからず、一人で抱え込んでしまいます。

次のように、具体的なルールを決めておきましょう。

• 15分調べてわからなければ質問する
• 質問は「やりたいこと・試したこと・エラー内容」の3点セットで伝える
• 毎日決まった時間に、短い振り返りの時間をとる

ルールがあれば、新人は遠慮なく質問でき、トレーナーも要点を押さえた質問を受けられるようになります。

結果ではなく「プロセス」にフィードバックする

ミスを指摘するときは、「もっと注意して」といった精神論ではなく、どの手順に問題があったのかを具体的に伝えます。

たとえば「このエラーは、値が空の場合のチェックが漏れていたのが原因だね。次からは、実装の前に入力パターンを書き出してみよう」のように、次にとるべき行動まで伝えるのがポイントです。

良かった点も、「ログの出し方が丁寧で、原因を追いやすかったよ」のように具体的に褒めましょう。 頭ごなしに否定せず、まず「なぜそう考えたのか」を聞くことも大切です。

結論から話す習慣をつけてもらう

報告や相談のときは、「終わる見込みです」「半日遅れそうです。理由は〜」のように、結論を先に伝え、理由はその後に話すよう指導しましょう。

社会人経験の少ない新人は、出来事を時系列で話してしまいがちです。 「明日までに終わりそう？」と聞かれて、作業の経緯から説明を始めてしまうケースはよくあります。

話がまとまっていないときに汲み取ってあげるのは簡単です。しかし、お客様や他部署とのやり取りで困らないよう、早いうちから習慣にしておくことが新人のためになります。

リモートOJTでは「接点」を予定に入れておく

リモートでOJTを行う場合は、毎日10〜15分の進捗確認や雑談の時間を、あらかじめカレンダーに入れておきましょう。

リモートワークでは、新人が困っている様子が周りから見えません。 チャットでの質問も「こんなことを聞いていいのか」と遠慮されやすく、気づいたときには何時間も手が止まっていた、ということが起こりがちです。

画面共有をつないだまま作業する時間をつくるのも効果的です。

生成AIの利用ルールを決めておく

GitHub CopilotやChatGPTなどの生成AIは、新人の学習や作業のスピードを大きく上げてくれます。 一方で、AIが出したコードを理解しないまま使ってしまうと、不具合の原因を説明できず、本人の力も伸びません。

禁止するのではなく、次のようなルールを決めておくのがおすすめです。

• 自分で説明できないコードは提出しない
• レビューでは、書き方の理由を本人に説明してもらう
• まずはエラーや既存コードの「解説役」としてAIを使う
• 社外秘の情報やお客様のデータは入力しない

当スクールの研修でも、AIを「答えを出す道具」ではなく「理解を助ける道具」として使えるようになった受講者ほど、配属後に自分で調べて解決する力が身についています。

新人エンジニアのOJTでよくある失敗と対策

研修のご相談をいただく企業様のお話を伺うと、OJTがうまくいかない原因には共通するパターンがあります。 代表的な4つの失敗と、その対策を紹介します。

失敗①「見て覚えて」の放置型OJT

トレーナーが忙しく、新人に資料を渡したまま「わからなければ聞いて」で終わってしまうケースです。新人は何をすればいいのかわからず、質問のタイミングもつかめないまま時間だけが過ぎていきます。

対策として、OJT計画書で日ごとの作業を決め、毎日短時間でも進捗を確認する時間を固定しましょう。

失敗② トレーナー1人への丸投げ

育成をトレーナー1人に任せきりにすると、トレーナー本人の業務が回らなくなり、指導の質も下がります。 トレーナーが休んだり忙しくなったりすると、新人の相談先がなくなってしまうのも問題です。

対策として、チーム・上司・人事で役割を分け、トレーナーの指導時間を業務の見積もりに含めましょう。

失敗③ OJTが「プログラミング教室」になっている

当スクールに寄せられるご相談で特に多いのが、「現場の先輩が文法の基礎から教えていて、本来の開発業務が止まっている」というお悩みです。

if文やfor文の書き方、Gitの基本操作、SQLの書き方まで現場で一から教えると、トレーナーの負担は非常に大きくなります。 自社の業務知識を教える時間も足りなくなり、新人の戦力化も遅れてしまいます。

対策を考えているなら、プログラミングの基礎は配属前の研修で身につけてもらい、OJTでは自社の実務を教えることに集中しましょう。

【事例】株式会社キーバインド様

課題｜社内の先輩社員が講師役となり、新人研修を約2ヶ月かけて実施していました。毎年1〜2名のエンジニアが研修対応にかかりきりになり、繁忙期の4月には限界に近い状況だったそうです。
変化｜基礎研修を外部に任せたことで、研修対応にかかっていた工数をまとめて削減。一定のスキルを持って配属されるようになり、OJTも格段にスムーズになったといいます。

▶ キーバインド様の事例を詳しく見る

失敗④ 教える人によって言うことが違う

「Aさんには『まず動くものを作って』と言われ、Bさんには『最初からきれいに書いて』と注意された」というように、指導方針がばらばらだと新人は混乱します。

その対策として実施したいのがOJTのルール決めです。合格ラインやコーディング規約、レビューの観点をチームで事前にすり合わせておきましょう。

【事例】株式会社源コーポレーション様

課題｜文系・未経験の新卒が多く、社内のOJTや座学で基礎から教えていました。しかし、担当する社員によって指導内容に差が出て、「誰に教わったか」で成長スピードにばらつきがあったそうです。
変化｜標準化されたカリキュラムで基礎をそろえてから配属するように変更。現場で基礎を教え直す必要がなくなり、配属までの育成コストが大きく下がりました。

▶ 源コーポレーション様の事例を詳しく見る

伸び悩む新人は「環境」に原因があることも多い

「指示待ちで自分から動かない」「同じミスを繰り返す」といった新人の悩みもよく耳にします。

しかし、研修で多くの受講者を見てきた経験からいえば、その原因は本人の意欲よりも、質問しづらい雰囲気やゴールのあいまいさにあるケースが少なくありません。

新人の伸び悩みを感じたときは、本人を責める前に、タスクの指示の仕方や相談しやすさを見直してみましょう。

OJTの負担を減らすには、配属前研修との役割分担が鍵

OJTを効率よく進めるためには、「何をOJTで教え、何を配属前に身につけておくか」を分けて考えることが大切です。

配属前の研修（Off-JT）で身につけること	OJTで教えること
プログラミング言語の基礎（Javaなど）	自社システムの仕様や構成
Git、SQL、データベースの基本操作	プロジェクトの開発ルールやコーディング規約
エラーを自分で調べて解決する力	お客様の業務やビジネスロジック
チーム開発の基本的な流れ	現場での判断基準や、チームの文化

特に注意したいのが、中途採用や第二新卒、少人数での採用です。

新卒をまとめて採用する企業であれば、4月に合同で研修を行えます。しかし、1〜2名ずつ通年で採用している企業では、入社のたびに現場の先輩が一から教えることになり、OJTが属人化しやすくなります。

「1人のために研修を用意するのは難しい」というお悩みは、当スクールにも多く寄せられています。

少人数で研修を受ける方法やメリットは、「少人数のJava研修は1名から受講できる？メリットや選び方・対応研修4選を比較」で詳しくまとめています。

1名から、入社時期に合わせて受講できるAimax IT School

Aimax IT Schoolは、IT業界に特化した法人向けの人材育成サービスです。 システム開発会社をはじめ、DX推進に取り組む事業会社にも多くご利用いただいています。

• 開発経験豊富な元技術者が講師
  基礎から実践まで指導します
• 1名から、年間を通して受講可能
  入社時期に合わせて基礎を固められます
• 研修期間は1〜3ヶ月で設定可能
  会場・リモート・併用から選べます
• 助成金の申請サポートは無償
  助成金の活用で研修費用を抑えられます

新卒向けのJavaプログラミング3ヶ月コースや、既卒・第二新卒向けのJavaプログラミング2ヶ月コースのほか、自社の開発環境に合わせたオーダーメイド研修にも対応しています。

実際の導入の背景や効果は、受講企業様の声でご紹介しています。

新人が研修でつまずきやすいポイントをまとめた資料「初めてのプログラミングで脱落する理由と対策」も無料でダウンロードいただけます。 OJTの計画づくりにもお役立てください。

研修期間ごとに身につく内容や、期間の選び方については「法人向け短期Java研修｜1週間・1か月・2か月で習得できる内容と期間の選び方」で詳しく解説しています。

また、研修費用の目安や、助成金を使ってコストを抑える方法を知りたい方は、「法人向けプログラミング研修の費用相場は？料金の内訳・助成金・安く抑える方法を解説」もあわせてご覧ください。

新人エンジニアのOJTに関するよくある質問

まとめ：OJTは「仕組み」と「基礎づくり」で成果が変わる

新人エンジニアのOJTは、次の6ステップで進めるのが基本です。

1. 配属前に新人のスキルレベルを把握する
2. OJT計画書を作り、ゴールを言語化する
3. トレーナー・チーム・人事の役割を決める
4. 目的（Why）とセットで、やってみせて教える
5. 低リスクのタスクから順番に任せる
6. こまめなレビューと到達基準で評価する

OJTの成果は、トレーナー個人の頑張りだけで決まるものではありません。 計画や役割分担といった仕組みを整え、プログラミングの基礎は配属前に固めておくことで、現場の負担を減らしながら新人の早期戦力化を目指せます。

Aimax IT Schoolでは、1名から受講できる法人向けのエンジニア研修を、年間を通して提供しています。 新人のOJTや研修の進め方にお悩みの際は、資料ダウンロードやお問い合わせからお気軽にご相談ください。