SE新人教育OJTコードレビューテスト

新人SE育成シート(Excel・無料)

新人システムエンジニアを3か月で開発に入れる状態にするための育成計画例です。開発環境の構築、既存コードの読み方、仕様の理解、変更の実装とレビュー、テストの作り方、リリースの手順までを記入した完成例と、編集用テンプレートを収録しています。

Excel(エクセル)形式 / PDF対応 / 更新日 2026-09-03

完成例の中身を見る

上のボタンから、メールアドレスと6つの質問にご回答ください。ダウンロードリンクをすぐにお送りします。
ご回答は、次に作るテンプレートを決める材料にしています。

ダウンロードはこちらから

メールアドレスをご入力ください。新人SE育成シート(Excel)のダウンロードリンクをすぐにお送りします。費用はかかりません。

次に作るテンプレートと機能を決める材料にしています。ご協力ありがとうございます。
個人事業主の方は屋号をご入力ください。
このアドレス宛に、完成版Excel・編集用Excel・印刷用PDFのダウンロードリンクをお送りします。

ご案内の停止と、ご入力内容(会社名・お名前・メールアドレス)の削除は、お送りするメールへの返信でいつでも承ります。

メールにファイルを送信しました

  • メール内のリンクから、完成版Excel・編集用Excel・印刷用PDFをダウンロードできます。
  • リンクの有効期限は14日間です。切れた場合は、このページからもう一度お申し込みください。
  • 数分たっても届かないときは、迷惑メールフォルダをご確認ください。差出人は ikuseiban@syojin.com(育成板)です。

設問へのご回答ありがとうございました。次に作るテンプレートを決める材料にします。 いただいたアドレスの取り扱いはプライバシーポリシーのとおりです。

この育成シートは誰向けですか

  • 新人エンジニアを初めて受け入れる開発責任者
  • メンター役を任されたエンジニア
  • 教え方が人によって違う状態を直したい開発リーダー
  • 未経験採用を始めた受託開発会社の管理者

どのような場面で使いますか

受託開発や業務システムの開発を行う会社で、新人エンジニアを受け入れるときに使います。完成例では、環境を自分で作れるようにする段階から、小さな変更を一人で設計してリリースする段階までを週ごとに設定しています。手を動かす前に読む時間が必要な職種なので、第2週と第3週をコードと仕様を読む週にしています。

含まれる項目

このExcelには、次の内容が記入済みで入っています。自社に不要な項目は削除して構いません。

  • 育成方針・到達目標(6テーマ:環境/コードを読む/仕様の理解/実装/テスト/リリース)
  • 3か月のフェーズ構成(読む期/直す期/出す期)
  • 週次育成計画 全12週(第1週 環境を作る 〜 第12週 設計の入口と振り返り)
  • 各週のOJT内容 合計60項目(実際にやることを動詞まで記入済み)
  • 各週の成果物 12種類(環境構築手順メモ(追記版)/構成の説明図/データの流れ図/仕様の要点メモ ほか)
  • 各週の評価・フィードバック担当
  • スキルチェック 7項目(到達基準とチェック時期つき)
  • 評価項目 6観点(何をもってできていると判断するかを記入済み)
  • 完成版(記入済み)と編集用テンプレートの2ファイル

ファイル形式

形式Excel(.xlsx) 2ファイル(完成版・編集用) / PDF(印刷用)
対応Microsoft Excel 2016以降 / Googleスプレッドシート / LibreOffice Calc
用紙A4縦。シートごとに印刷でき、全部で6枚になります
シート育成方針 / 3か月計画 / 週次育成 / スキルチェック / 評価項目
マクロ使用していません
ファイルサイズ完成版 約 18KB / 編集用 約 16KB / PDF 約 303KB
更新日2026-09-03

入力方法

  1. まず完成版の3か月育成例を確認します。第1週から第4週で読み、第5週から直し、第9週から出す組み方です。
  2. 第1週の前に、必要な権限(リポジトリ・課題管理・開発環境)を渡しておきます。権限が無いと第1週が進みません。
  3. 第2週と第3週は削らないでください。既存の作りを読まないまま変更を入れると、動くけれど筋の悪いコードになります。
  4. 第5週と第7週の変更は、メンターが先に題材を1件ずつ選んでおきます。題材選びを本人に任せると、難しすぎるものを選んで止まります。
  5. スキルチェックの確認時期は、実際にレビューを通した後に置きます。書けたことと通せたことは違います。
  6. 毎週30分、レビューの指摘を本人と一緒に読み返します。指摘の数ではなく、同じ指摘が減っているかを見ます。

カスタマイズ方法

  • 受託で顧客と直接話す会社は、第4週の後に「顧客との確認の場に同席する」を1週足します。
  • 自社サービスを持つ会社は、第11週のリリースを2週に広げ、出したあとの監視の見方を足します。
  • 扱う言語や枠組みが複数ある会社は、第2週と第3週を主力の1つに絞ります。2つ同時に読ませると、どちらも身につきません。
  • テストの仕組みが無い会社は、第9週を「確認の手順を書き残す」に差し替え、第10週の確認項目一覧を2週に広げます。
  • 未経験採用の場合は、第1週の前に言語の基礎の学習期間を2〜4週足します。完成例は基礎の学習が済んでいることを前提にしています。

利用上の注意

ご利用の前にお読みください
  • 完成例は、既存のシステムに変更を入れる仕事を前提にしています。新規の開発が中心の会社では、第2週と第3週の「既存を読む」が当てはまりません。
  • 3か月目の到達点は「小さな機能追加の設計を書いてレビューを受けられる」です。設計を一人で決められる状態ではありません。設計の判断はレビューを前提にしてください。
  • 掲載している内容は、一般的なOJT・研修・スキル管理・評価の業務をもとに作成した参考例です。法令で定められた様式ではありません。
  • 実際の業務内容に応じて調整してください。自社の評価制度・就業規則・社内規程がある場合は、そちらを優先してください。
  • 内容は更新することがあります。このページの更新日(2026-09-03)をご確認ください。
  • 本様式の利用によって生じたいかなる損害についても、当サイトは責任を負いません。

よくある質問

未経験の新卒でも3か月で開発に入れますか?

完成例は、言語の基礎(文法・関数・データ構造)の学習が済んでいることを前提にしています。基礎から始める場合は、第1週の前に2〜4週の学習期間を足してください。基礎が無いまま第2週のコード読解に入っても、読めずに止まります。

メンターの負担が大きくなりませんか?

完成例では、第5週と第7週の題材選び、週30分の指摘の読み返し、レビューの3つがメンターの主な作業です。題材を先に選んでおくことで、その場で考える時間を減らしています。メンター1人が同時に見る新人は1人までを目安にしてください。

テストの仕組みがありません。使えますか?

使えます。第9週を「確認の手順を書き残す」に差し替え、第10週の確認項目一覧を2週に広げてください。自動化されていなくても、確認の観点を書き出して残す作業には意味があります。

3か月で設計まで任せられますか?

任せる前提では組んでいません。第12週の到達点は「小さな機能追加の設計を書いてレビューを受けられる」です。設計の判断を一人でできる状態ではないため、レビューを必ず通す運用にしてください。