Webエンジニア育成シート(Excel・無料)
自社サービスを開発するWebエンジニアを3か月で開発に入れる状態にするための育成計画例です。開発環境、画面の作り方、通信とデータの扱い、認証と権限、性能と表示の確認、リリースと監視までを記入した完成例と、編集用テンプレートを収録しています。
Excel(エクセル)形式 / PDF対応 / 更新日 2026-09-03
上のボタンから、メールアドレスと6つの質問にご回答ください。ダウンロードリンクをすぐにお送りします。
ご回答は、次に作るテンプレートを決める材料にしています。
この育成シートは誰向けですか
- 自社サービスの開発チームで新人を受け入れる開発責任者
- メンター役を任されたWebエンジニア
- フロントとサーバの両方を触ってもらう前提で採用した管理者
- 出したあとの確認まで含めて教えたい開発リーダー
どのような場面で使いますか
自社のWebサービスやWebアプリを開発している会社で、新人または経験の浅いエンジニアを受け入れるときに使います。完成例では、環境を作って画面を1つ直す段階から、機能を追加して本番へ出し、出したあとの数字を見る段階までを週ごとに設定しています。受託中心の開発は新人SE育成シートに分けています。
含まれる項目
このExcelには、次の内容が記入済みで入っています。自社に不要な項目は削除して構いません。
- 育成方針・到達目標(6テーマ:環境と流れ/画面/通信とデータ/認証と権限/品質/リリースと運用)
- 3か月のフェーズ構成(触る期/つなぐ期/出す期)
- 週次育成計画 全12週(第1週 環境を作る 〜 第12週 出したあとを見る・振り返り)
- 各週のOJT内容 合計60項目(実際にやることを動詞まで記入済み)
- 各週の成果物 13種類(環境構築手順メモ(追記版)/画面の構成メモ/修正の記録/検証の記録 ほか)
- 各週の評価・フィードバック担当
- スキルチェック 7項目(到達基準とチェック時期つき)
- 評価項目 6観点(何をもってできていると判断するかを記入済み)
- 完成版(記入済み)と編集用テンプレートの2ファイル
Excel画面のプレビュー
完成版のExcelを、シートごとにそのまま表示しています。5枚すべて見られます。伏せている箇所はありません。
| A | B | C | D | |
|---|---|---|---|---|
| 1 | Webエンジニア育成シート 育成方針・到達目標 | |||
| 2 | 育成板|3か月で最終的にどの状態まで育てるかを整理するシートです。 | |||
| 3 | ||||
| 4 | No | 育成テーマ | 目的 | 育成の方向性 |
| 5 | ① | 環境と流れ | 自分の手元で動かして直せる | 環境構築/起動と再読込/課題管理/ブランチの決まり |
| 6 | ② | 画面 | 画面を作って直せる | 部品の構成/状態の持ち方/画面の幅/表示の崩れ |
| 7 | ③ | 通信とデータ | 画面とサーバのやり取りを追える | 通信の中身/データの形/保存先/失敗したときの表示 |
| 8 | ④ | 認証と権限 | 見せてよい人にだけ見せられる | ログイン/権限の判定/触ってはいけない画面/記録 |
| 9 | ⑤ | 品質 | 出す前に自分で確かめられる | テスト/表示の確認/速さ/エラーの拾い方 |
| 10 | ⑥ | リリースと運用 | 出したあとを見られる | リリース手順/戻し方/ログと監視/利用の数字 |
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | Webエンジニア育成シート 3か月計画 | ||||
| 2 | 育成板|育成期間を月ごとのフェーズに分け、その月に出す成果物まで決めるシートです。 | ||||
| 3 | |||||
| 4 | 月 | フェーズ | メインテーマ | サブテーマ | 成果物 |
| 5 | 1か月目 | 触る期 | 環境の構築と画面の修正 | 環境構築/画面の構成/状態/小さな修正 | 環境構築手順メモ/画面の構成メモ/修正の記録 |
| 6 | 2か月目 | つなぐ期 | 通信・データ・認証の理解と実装 | 通信の中身/データの形/権限/機能の追加 | 通信の記録/データの流れ図/機能追加の記録 |
| 7 | 3か月目 | 出す期 | 品質の確認とリリース、出したあとの確認 | テスト/表示と速さ/リリース/監視と数字 | テストの記録/表示確認記録/リリース記録 |
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | Webエンジニア育成シート 週次育成計画 | ||||||
| 2 | 育成板|その週に何を経験させ、何を提出させるかを1週ずつ決めるシートです。実施日と確認欄は運用中に記入します。 | ||||||
| 3 | |||||||
| 4 | 週 | テーマ | OJT内容 | 成果物 | 評価・FB担当 | 実施日 | 確認 |
| 5 | 第1週 | 環境を作る | 手元の環境を立ち上げてサービスの画面を開く | 環境構築手順メモ(追記版) | メンター | ||
| 6 | 動作に必要な外部の仕組み(保存先・キャッシュ・メール)を確認する | ||||||
| 7 | 検証用のデータを投入して画面に出す | ||||||
| 8 | ファイルを直して画面が自動で入れ替わることを確かめる | ||||||
| 9 | 詰まった箇所と対処を手順書へ書き足す | ||||||
| 10 | 第2週 | 画面の構成を読む | 画面を構成する部品の階層を書き出す | 画面の構成メモ | メンター | ||
| 11 | 共通の部品と個別の部品を分ける | ||||||
| 12 | 見た目の指定(スタイル)の置き場所を確認する | ||||||
| 13 | 画面の状態がどこに持たれているかを確認する | ||||||
| 14 | 構成メモを書いてメンターに説明する | ||||||
| 15 | 第3週 | 画面を直す | 文言と並びを直す変更を1件入れる | 修正の記録 | メンター | ||
| 16 | 手元の画面で直した箇所を目で確かめる | ||||||
| 17 | スマートフォンの幅に切り替えて崩れを見る | ||||||
| 18 | 変更の理由が伝わる履歴の書き方を先輩に見てもらう | ||||||
| 19 | 指摘を反映して、もう一度画面で確かめる | ||||||
| 20 | 第4週 | 入力と検証 | 入力欄のある画面を1つ選ぶ | 検証の記録 | メンター | ||
| 21 | 入力の検証がどこで行われているかを追う | ||||||
| 22 | 未入力・形式違い・長すぎる入力を試す | ||||||
| 23 | エラーの見せ方を確認する | ||||||
| 24 | 検証を1件足してレビューを受ける | ||||||
| 25 | 第5週 | 通信の中身を見る | ブラウザの開発者ツールで通信を見る | 通信の記録 | メンター | ||
| 26 | 1つの操作で飛ぶ通信を書き出す | ||||||
| 27 | 送っている内容と返ってくる内容を記録する | ||||||
| 28 | 失敗したときの返り方を確認する | ||||||
| 29 | 通信の記録を1枚にまとめる | ||||||
| 30 | 第6週 | データの形と保存先 | 主要なデータの形(項目と型)を書き出す | データの流れ図 | メンター | ||
| 31 | 保存先のテーブルと列を確認する | ||||||
| 32 | 画面の項目と列の対応を表にする | ||||||
| 33 | 消したときの扱い(論理削除か物理削除か)を確認する | ||||||
| 34 | データの流れ図を書いて説明する | ||||||
| 35 | 第7週 | 認証と権限 | ログインの仕組みを追う | 権限の確認記録 | メンター | ||
| 36 | ログインしていない人が開いたときの動きを確認する | ||||||
| 37 | 権限の判定がどこで行われているかを確認する | ||||||
| 38 | 権限の無い人が触れてはいけない画面を一覧にする | ||||||
| 39 | 実際に権限を落として試す | ||||||
| 40 | 第8週 | 機能を追加する | 小さな機能追加を1件担当する | 機能追加の記録 | メンター | ||
| 41 | 画面・通信・保存の3か所の変更を書き出す | ||||||
| 42 | 正常系を実装して確認する | ||||||
| 43 | 失敗したときの表示を実装する | ||||||
| 44 | レビューを受けて反映する | ||||||
| 45 | 第9週 | テストを書く | 画面のテストと通信のテストを見比べて役割の違いを確かめる | テストの記録 | メンター | ||
| 46 | 手元でテストを走らせて時間を測る | ||||||
| 47 | 第8週で追加した機能にテストを足す | ||||||
| 48 | 通信が失敗したときの表示についてもテストを書く | ||||||
| 49 | 落ちているテストが無い状態にしてから依頼する | ||||||
| 50 | 第10週 | 表示と速さを確かめる | 主要な3画面を複数の幅で確認する | 表示確認記録 | メンター | ||
| 51 | 読み込みの速さを測る | ||||||
| 52 | 重い原因(画像・通信の回数)を特定する | ||||||
| 53 | 改善を1件入れて測り直す | ||||||
| 54 | 結果を記録する | ||||||
| 55 | 第11週 | リリースする | 本番へ出すまでの経路(検証環境をどう通るか)を追う | リリース記録 | 開発リーダー | ||
| 56 | 検証環境で自分の変更を実際に触って確かめる | ||||||
| 57 | 出したあとに開く画面と押す操作を決めておく | ||||||
| 58 | 問題が出たときに前の版へ戻す手順を実際に読む | ||||||
| 59 | 自分の変更を含むリリースを1件担当する | ||||||
| 60 | 第12週 | 出したあとを見る・振り返り | エラーの記録が集まる場所を開いて件数の推移を見る | 監視の確認記録/振り返りシート | メンター/開発リーダー | ||
| 61 | 自分の変更を出した前後で新しいエラーが増えていないかを見る | ||||||
| 62 | 追加した機能が何回使われたかを数える | ||||||
| 63 | 想定と違った使われ方を書き出す | ||||||
| 64 | 3か月で受けた指摘を分類して次に直す型を決める | ||||||
| A | B | C | D | E | F | |
|---|---|---|---|---|---|---|
| 1 | Webエンジニア育成シート スキルチェック | |||||
| 2 | 育成板|到達できたかを確認するシートです。判定・判定日・判定者は確認したときに記入します。 | |||||
| 3 | ||||||
| 4 | 項目 | 目標スキルレベル | チェック時期 | 判定 | 判定日 | 判定者 |
| 5 | 環境 | 手順書から環境を構築し、詰まった箇所を記録して手順書を直せる | 1か月目 | |||
| 6 | 画面 | 部品の階層と状態の持ち方を説明し、表示を直せる | 1か月目 | |||
| 7 | 通信 | 1つの操作で飛ぶ通信の中身と、失敗したときの返り方を説明できる | 2か月目 | |||
| 8 | データ | 画面の項目と保存先の列の対応を表で示せる | 2か月目 | |||
| 9 | 権限 | 権限の無い人が触れてはいけない画面を一覧にし、実際に試せる | 2か月目 | |||
| 10 | 品質 | テストを足し、複数の画面幅と速さを自分で確認できる | 3か月目 | |||
| 11 | リリース | 手順に沿って出し、出したあとのエラーと数字を確認できる | 3か月目 | |||
| A | B | C | D | |
|---|---|---|---|---|
| 1 | Webエンジニア育成シート 評価項目 | |||
| 2 | 育成板|育成の途中のフィードバックと、期間終了時の評価の両方に使うシートです。 | |||
| 3 | ||||
| 4 | 観点 | 内容 | 評価 | コメント |
| 5 | 確かめる姿勢 | 手元で動かし、失敗する場合も試してから依頼しているか | ||
| 6 | 画面の配慮 | 複数の画面幅で崩れていないかを、自分で確認しているか | ||
| 7 | 権限の意識 | 見せてよい人にだけ見せる作りになっているかを確認しているか | ||
| 8 | 指摘の吸収 | 同じ指摘を繰り返さず、他の箇所にも自分で当てられるか | ||
| 9 | 出したあと | リリースしたら終わりにせず、エラーと数字を見に行けているか | ||
| 10 | 記録 | 調査した経緯と直した理由を、後から読める形で残せているか | ||
| 11 | ||||
| 12 | 利用上の注意 | |||
| 13 | この様式に記入されている内容は、一般的なWebエンジニアの育成をもとに作成した例です。法令で定められた様式ではありません。 実際の業務内容・商品・体制によって、教える順番と期間は変わります。到達の速さには個人差があります。 自社の評価制度・就業規則・教育に関する社内規程がある場合は、そちらを優先してください。 作成・更新:育成板(SYOJIN / 商陣 https://syojin.com info@syojin.com) | |||
ファイル形式
| 形式 | Excel(.xlsx) 2ファイル(完成版・編集用) / PDF(印刷用) |
|---|---|
| 対応 | Microsoft Excel 2016以降 / Googleスプレッドシート / LibreOffice Calc |
| 用紙 | A4縦。シートごとに印刷でき、全部で6枚になります |
| シート | 育成方針 / 3か月計画 / 週次育成 / スキルチェック / 評価項目 |
| マクロ | 使用していません |
| ファイルサイズ | 完成版 約 18KB / 編集用 約 16KB / PDF 約 312KB |
| 更新日 | 2026-09-03 |
入力方法
- まず完成版の3か月育成例を確認します。第1週から第4週で画面を触り、第5週からつなぎ、第9週から出す組み方です。
- 第1週の前に、必要な権限(リポジトリ・課題管理・開発環境・エラー監視)を渡しておきます。第12週で監視を見るので、そこも含めて渡します。
- 第3週と第8週の題材は、メンターが先に選んでおきます。題材選びを本人に任せると、難しすぎるものを選んで止まります。
- 第7週の権限の確認は、必ず検証環境で行います。本番で権限を落として試させないでください。
- スキルチェックの確認時期は、実際にレビューを通した後に置きます。書けたことと通せたことは違います。
- 毎週30分、レビューの指摘を本人と一緒に読み返します。指摘の数ではなく、同じ指摘が減っているかを見ます。
カスタマイズ方法
- フロントとサーバで担当が分かれている会社は、第5週から第8週を担当する側に寄せ、もう一方は読むだけにします。
- スマートフォンのアプリも出している会社は、第10週の表示確認を2週に広げ、実機での確認を足します。
- 監視の仕組みが無い会社は、第12週を「エラーを拾う仕組みを1つ入れる」に差し替えます。出したあとに気づけない状態を先に直したほうが効きます。
- 利用の数字が取れていない会社は、第12週の数字の確認を「計測を1か所入れる」に変更します。
- 未経験採用の場合は、第1週の前に言語と枠組みの基礎の学習期間を4週足します。
利用上の注意
- 第7週の権限の確認は、必ず検証環境で行ってください。本番の権限を操作して確かめる手順にはしていません。
- 完成例は、すでに動いている自社サービスに変更を入れる仕事を前提にしています。新規の立ち上げが中心の場合は、第2週と第6週の「既存を読む」が当てはまりません。
- 掲載している内容は、一般的なOJT・研修・スキル管理・評価の業務をもとに作成した参考例です。法令で定められた様式ではありません。
- 実際の業務内容に応じて調整してください。自社の評価制度・就業規則・社内規程がある場合は、そちらを優先してください。
- 内容は更新することがあります。このページの更新日(2026-09-03)をご確認ください。
- 本様式の利用によって生じたいかなる損害についても、当サイトは責任を負いません。
よくある質問
新人SE育成シートとの違いは何ですか?
受託開発と自社サービスの違いです。新人SEは仕様書を読んで納めるまで、Webエンジニアは自社の画面を直して出し続けるまでを扱っています。Webエンジニア側は第10週に表示と速さの確認、第12週に出したあとの監視と数字の確認を入れているのが大きな違いです。
フロントとサーバの両方を教えるのは無理がありませんか?
完成例は両方を触る前提で組んでいますが、担当が分かれている会社では第5週から第8週を担当する側に寄せ、もう一方は読むだけにしてください。3か月で両方を実装できる状態にはなりません。
監視の仕組みがありません。第12週はどうしますか?
第12週を「エラーを拾う仕組みを1つ入れる」に差し替えてください。出したあとに気づけない状態のままリリースを教えるほうが危険です。仕組みを入れる作業そのものが、新人にとって良い題材にもなります。
レビューの指摘が多すぎて本人が落ち込みます。どうしますか?
完成例の第6週で「指摘を1件ずつ読んで意図を確認する」「直す前に、なぜそう書くかを聞く」という手順を入れているのは、指摘を人の評価ではなく作りの決まりとして扱うためです。指摘の一覧を作って型を3つ挙げる作業も、数ではなく傾向で捉えるためのものです。