エンジニアの人事評価シート(Excel・無料)
エンジニアを評価するためのお手本です。作ったものの質、影響範囲の確認、レビューの受け方と出し方、出したあとの責任、書いて残す力を見る項目と配点、等級の基準、1人ぶんの点数と理由を記入した評価シート、目標と進捗、面談記録の3回分までを収録しています。
Excel(エクセル)形式 / PDF対応 / 更新日 2026-09-04
上のボタンから、メールアドレスと6つの質問にご回答ください。ダウンロードリンクをすぐにお送りします。
ご回答は、次に作るテンプレートを決める材料にしています。
このシートは誰向けですか
- エンジニアの評価項目を作りたい人事担当者
- 評価が稼働時間や行数で決まっている状態を直したい開発責任者
- 一次評価者になったテックリード・開発リーダー
- 技術職の等級を作りたい経営者
どのような場面で使いますか
エンジニアの評価が「書いた量」や「稼働時間」で決まっている状態を直すときに使います。お手本では、出したあとに壊れなかったか、レビューの指摘が減っているか、他の人が読める形になっているかを項目にしています。速く書けても壊れるコードは、後で誰かが時間を使うためです。
含まれる項目
このExcelには、次の内容が記入済みで入っています。自社に不要な項目は削除して構いません。
- 評価の進め方(7段階:期初の目標設定/期中の記録/中間面談/自己評価/一次評価/二次評価/結果の伝達)
- 評価項目 10件・配点の合計100点(大項目6つ:作ったもの/確かめる/レビュー/出したあと/書いて残す/決まりを守る)
- 各項目の着眼点(何を見てそう付けるのかを記入済み)
- 等級別の基準 4段階(担当/担当(上級)/リード/テックリード)
- 評価シートの記入例(1人ぶんの自己評価・一次評価・二次評価と、その理由)
- 目標と進捗 4件(達成の基準・中間の状況・期末の結果つき)
- 面談記録 3回(期初(4月)/中間(7月)/期末(10月))
- 合計点は数式で入っているので、項目を足し引きしても合計が付いてきます
- お手本(記入済み)と編集用テンプレートの2ファイル
Excel画面のプレビュー
まっさら版(編集用・7枚)とお手本(記入例・6枚)を、シートごとにそのまま表示しています。伏せている箇所はありません。1回のお申し込みで2ファイルとも届きます。
まっさら版(編集用)
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価の進め方 【編集用】 | ||||
| 2 | 育成板|期初の目標設定から結果の伝達まで、誰がいつ何をするかを決めるシートです。 | ||||
| 3 | |||||
| 4 | 段階 | 時期 | 進めるのは誰 | やること | 使うシート |
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 | |||||
| 9 | |||||
| 10 | |||||
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価項目 【編集用】 | ||||
| 2 | 育成板|何を見るかと配点を決めるシートです。配点の合計は100点にそろえてあります。 | ||||
| 3 | |||||
| 4 | No | 大項目 | 小項目 | 着眼点(何を見るか) | 配点 |
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 | |||||
| 9 | |||||
| 10 | |||||
| 11 | (空欄があと4行つづきます) | ||||
| 12 | 合計 | 0 | |||
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 等級別の基準 【編集用】 | ||||
| 2 | 育成板|同じ項目でも、等級によって求める水準が変わります。合格の線を等級ごとに決めるシートです。 | ||||
| 3 | |||||
| 4 | 等級 | 呼び方 | 期待する状態 | 合格の目安 | 次の等級へ上がる目安 |
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 | |||||
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価シート 【編集用】 | ||||||
| 2 | 育成板|自己評価・一次評価・二次評価を記入します。点数だけでなく、そう付けた理由を必ず書きます。 | ||||||
| 3 | |||||||
| 4 | 大項目 | 小項目 | 配点 | 自己評価 | 一次評価 | 二次評価 | 評価の理由(何を見てそう付けたか) |
| 5 | |||||||
| 6 | |||||||
| 7 | |||||||
| 8 | |||||||
| 9 | |||||||
| 10 | |||||||
| 11 | (空欄があと4行つづきます) | ||||||
| 12 | 合計 | 0 | 0 | 0 | 0 | ||
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 目標と進捗 【編集用】 | ||||||
| 2 | 育成板|期初に立てた目標と、中間・期末の状況を1枚で追うシートです。達成の基準を先に決めます。 | ||||||
| 3 | |||||||
| 4 | No | 目標 | どうなったら達成か | 期限 | 中間の状況 | 期末の結果 | 達成度 |
| 5 | |||||||
| 6 | |||||||
| 7 | |||||||
| 8 | |||||||
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 面談記録 【編集用】 | ||||
| 2 | 育成板|期初・中間・期末の3回ぶんの記録です。決めたことと宿題を必ず残します。 | ||||
| 3 | |||||
| 4 | 時期 | 本人が話したこと | 上司が伝えたこと | 決めたこと | 次までの宿題 |
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 | |||||
| 9 | 利用上の注意 | ||||
| 10 | この様式に記入されている内容は、一般的なエンジニアの評価をもとに作成した例です。法令で定められた様式ではありません。 評価の項目・配点・等級の基準は、会社の制度と就業規則によって決まります。自社の制度に合わせて書き換えてください。 評価の結果を賃金や処遇に反映する場合は、就業規則および賃金規程に定めた手続きに従ってください。 作成・更新:育成板(合同会社商陣 https://syojin.com info@syojin.com) | ||||
| 11 | |||||
| 12 | |||||
| 13 | |||||
| 14 | |||||
| A | B | C | D | |
|---|---|---|---|---|
| 1 | エンジニアの人事評価シート(編集用)の使い方 | |||
| 2 | ||||
| 3 | 手順 | 内容 | ||
| 4 | 1 | まずお手本の「評価項目」シートを見て、行数や稼働時間の項目が無いことを確認します。作ったもの40点、確かめる20点、レビュー15点、出したあと5点、書いて残す10点、決まりを守る10点です。 | ||
| 5 | 2 | 自社の開発の進め方に合わせて書き換えます。テストの仕組みが無い会社は「テスト」を「確認の手順を残しているか」に差し替えます。 | ||
| 6 | 3 | 「壊さないこと」と「影響範囲」の項目は削らないでください。速く書けても壊れるものは、後で誰かが時間を使います。 | ||
| 7 | 4 | 「出したあと」の項目も削らないでください。出したら終わりの人が高評価になると、運用の負担が他の人へ回ります。 | ||
| 8 | 5 | 「等級別の基準」シートを自社の等級と役職名に書き換えます。技術の等級は役職と分けて持つ会社が多いので、その場合は役職の欄を消します。 | ||
| 9 | 6 | 結果を伝えるときは、レビューの指摘の傾向を示します。「品質が低い」ではなく「命名の指摘が減り、影響範囲の指摘が残っている」と言えると、次に何をするかが分かります。 | ||
| 10 | ||||
| 11 | お手本との使い分け | |||
| 12 | このファイルは編集用です。項目名と表の構造だけを残し、中身は空にしてあります。 点数の付け方と理由の書き方は、お手本(hyoka-engineer.xlsx)に1人ぶんの記入例が入っています。 お手本もこのページからダウンロードできます: https://ikusei.tenkenban.com/template/hyoka-engineer/ | |||
| 13 | ||||
| 14 | ||||
| 15 | ||||
▼ の欄はドロップダウンから選べます。うすく色を敷いた行が、記入する欄です。
記入例(お手本)
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価の進め方 | ||||
| 2 | 育成板|期初の目標設定から結果の伝達まで、誰がいつ何をするかを決めるシートです。 | ||||
| 3 | |||||
| 4 | 段階 | 時期 | 進めるのは誰 | やること | 使うシート |
| 5 | 期初の目標設定 | 4月上旬 | 本人 → リーダー | 担当する範囲と、技術で伸ばすことを分けて目標にする | 目標と進捗/面談記録 |
| 6 | 期中の記録 | 随時 | 本人とリーダー | レビューの指摘、出したあとの不具合、書いた文書を都度残す | 目標と進捗 |
| 7 | 中間面談 | 7月中旬 | リーダー → 本人 | 指摘の傾向と、出したあとに起きたことを一緒に見る | 面談記録 |
| 8 | 自己評価 | 9月下旬 | 本人 | 項目ごとに点を付ける。実際に出したものと起きたことを根拠に書く | 評価シート |
| 9 | 一次評価 | 10月上旬 | テックリードまたは開発リーダー | レビューの履歴と不具合の記録から点を付ける。行数や時間で見ない | 評価シート |
| 10 | 二次評価 | 10月中旬 | 開発責任者 | 担当した領域の難しさの差を織り込んで調整する | 評価シート/評価のばらつき確認表 |
| 11 | 結果の伝達 | 11月上旬 | リーダー → 本人 | 指摘の傾向を示して伝え、次期に伸ばす技術を1つ決める | 面談記録 |
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価項目 | ||||
| 2 | 育成板|何を見るかと配点を決めるシートです。配点の合計は100点にそろえてあります。 | ||||
| 3 | |||||
| 4 | No | 大項目 | 小項目 | 着眼点(何を見るか) | 配点 |
| 5 | 1 | 作ったもの | 動くこと | 出したものが仕様どおりに動いているか。手戻りが少ないか | 15 |
| 6 | 2 | 壊さないこと | 出したあとに既存の機能を壊していないか | 15 | |
| 7 | 3 | 読めること | 他の人が読んで直せる形になっているか | 10 | |
| 8 | 4 | 確かめる | 影響範囲 | 直す前に、どこに影響するかを探しているか | 10 |
| 9 | 5 | テスト | 自分が入れた変更にテストを足し、通してから依頼しているか | 10 | |
| 10 | 6 | レビュー | 受け方 | 指摘の意図を確認し、同じ指摘を繰り返していないか | 10 |
| 11 | 7 | 出し方 | 人のコードを読んで、直したほうがよい箇所を伝えられているか | 5 | |
| 12 | 8 | 出したあと | 見に行く | 出したあとにエラーと使われ方を確認しているか | 5 |
| 13 | 9 | 書いて残す | 文書 | 判断した理由と作りを、後から読める形で残しているか | 10 |
| 14 | 10 | 決まりを守る | 手順と権限 | リリースの手順、情報の扱い、権限の決まりを守っているか | 10 |
| 15 | 合計 | 100 | |||
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 等級別の基準 | ||||
| 2 | 育成板|同じ項目でも、等級によって求める水準が変わります。合格の線を等級ごとに決めるシートです。 | ||||
| 3 | |||||
| 4 | 等級 | 呼び方 | 期待する状態 | 合格の目安 | 次の等級へ上がる目安 |
| 5 | 1 | 担当 | 仕様どおりに作り、テストを足して依頼できる | 作ったものが各3点以上、テストが3点以上 | 影響範囲を自分で探せるようになったら2等級 |
| 6 | 2 | 担当(上級) | 影響範囲を確認して直し、出したあとを見に行ける | 確かめると出したあとが各3点以上 | 人のコードをレビューできるようになったら3等級 |
| 7 | 3 | リード | 人のコードを読んで直し、設計の判断を文書に残せる | レビューと書いて残すが各4点以上 | 複数人の設計をまとめられるようになったら4等級 |
| 8 | 4 | テックリード | 複数人の設計をまとめ、作りの決まりを整えられる | 全項目が3点以上、うち4項目が4点 | 技術の方針を事業と結びつけられるようになったら上位へ |
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 評価シート | ||||||
| 2 | 育成板|実際に点を付けてコメントを書いた1人ぶんの記入例です。点数の付け方と、理由の書き方の見本として使えます。 | ||||||
| 3 | |||||||
| 4 | 大項目 | 小項目 | 配点 | 自己評価 | 一次評価 | 二次評価 | 評価の理由(何を見てそう付けたか) |
| 5 | 作ったもの | 動くこと | 15 | 4 | 4 | 4 | 担当した8件のうち、仕様の取り違えによる手戻りは1件 |
| 6 | 壊さないこと | 15 | 3 | 3 | 3 | 9月のリリースで既存の検索が動かなくなった。影響範囲を確認していなかった | |
| 7 | 読めること | 10 | 3 | 4 | 4 | 命名と分け方は改善された。ただし長い関数が3か所残っている | |
| 8 | 確かめる | 影響範囲 | 10 | 3 | 2 | 2 | 9月の不具合は、影響範囲を探せば防げた。他の3件では確認できていた |
| 9 | テスト | 10 | 4 | 4 | 4 | 8件すべてにテストを足していた。落ちた状態で依頼したことは無い | |
| 10 | レビュー | 受け方 | 10 | 4 | 4 | 4 | 命名の指摘は5月以降出ていない。反映が早い |
| 11 | 出し方 | 5 | 3 | 3 | 3 | レビューは受けているが、自分から出したのは期中2件のみ | |
| 12 | 出したあと | 見に行く | 5 | 2 | 2 | 2 | 出したら終わりになっている。9月の不具合は利用者からの報告で気づいた |
| 13 | 書いて残す | 文書 | 10 | 4 | 4 | 4 | 設計の判断を4件、文書に残していた。他のメンバーが参照している |
| 14 | 決まりを守る | 手順と権限 | 10 | 3 | 3 | 3 | 9月に手順を1段飛ばしてリリースした。それが不具合の原因になった |
| 15 | 合計 | 100 | 33 | 33 | 33 | 総合75点。テストと文書、指摘の反映は水準以上。影響範囲の確認と出したあとの確認が課題。次期の重点は「出す前に影響範囲を探す」「出したあとにエラーを見る」。 | |
| A | B | C | D | E | F | G | |
|---|---|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 目標と進捗 | ||||||
| 2 | 育成板|期初に立てた目標と、中間・期末の状況を1枚で追うシートです。達成の基準を先に決めます。 | ||||||
| 3 | |||||||
| 4 | No | 目標 | どうなったら達成か | 期限 | 中間の状況 | 期末の結果 | 達成度 |
| 5 | 1 | 担当する8件の機能追加を出す | 8件すべてが本番で動いている状態 | 2026-09-30 | 7月末で5件。残り3件は下期 | 8件すべて出した。うち1件は不具合で修正が入った | ほぼ達成 |
| 6 | 2 | 出したあとの不具合を1件以内に抑える | 本番で発覚した不具合が期内で1件以内 | 2026-09-30 | 7月末で0件 | 1件。9月のリリースで既存の検索が止まった | ほぼ達成 |
| 7 | 3 | レビューを月2件以上出す | 自分が出したレビューが月2件以上 | 2026-09-30 | 7月末で月0〜1件。読む時間を取れていない | 期中で2件のみ。基準に届かなかった | 未達 |
| 8 | 4 | 設計の判断を文書に残す | 設計の判断が4件以上、文書として残っている状態 | 2026-09-30 | 7月末で2件 | 4件。他のメンバーが参照している | 達成 |
| A | B | C | D | E | |
|---|---|---|---|---|---|
| 1 | エンジニアの人事評価シート 面談記録 | ||||
| 2 | 育成板|期初・中間・期末の3回ぶんの記録です。決めたことと宿題を必ず残します。 | ||||
| 3 | |||||
| 4 | 時期 | 本人が話したこと | 上司が伝えたこと | 決めたこと | 次までの宿題 |
| 5 | 期初(4月) | 担当する機能追加を出しきりたい。レビューを出すのは、自分の実力で口を出してよいか不安がある | レビューは指摘するためではなく、読んで分からない箇所を聞くだけでもよい。月2件から始めてほしい | 目標は機能追加8件・不具合1件以内・レビュー月2件・設計の文書4件の4つ | 担当する8件の順番と、それぞれの影響範囲の見立てを来週までに出す |
| 6 | 中間(7月) | 機能追加は5件出せた。不具合は0件。レビューは自分の作業で手一杯で出せていない | 不具合0件は良い。レビューは時間を取る前提で予定に入れてほしい。読む時間は作業時間と同じ扱いにする | レビューは週1回30分を予定に入れる。下期の3件は影響範囲の確認を先に出してから着手する | レビューの時間を予定表に入れて、次回の面談で実際に出せた件数を見せる |
| 7 | 期末(10月) | 9月に既存の検索を止めてしまった。手順を1段飛ばしたのと、影響範囲を見ていなかったのが原因。レビューは2件しか出せなかった | テストと文書は期中ずっと安定していた。指摘の反映も早い。9月の件は手順を飛ばしたことが直接の原因なので、そこは仕組みで止める | 総合75点。次期の重点は「出す前に影響範囲を探す」「出したあとにエラーを見る」の2つ。リリースの手順は飛ばせない形にする | 出したあとに見る項目を決めて、11月中旬までに持ってくる |
| 8 | |||||
| 9 | 利用上の注意 | ||||
| 10 | この様式に記入されている内容は、一般的なエンジニアの評価をもとに作成した例です。法令で定められた様式ではありません。 評価の項目・配点・等級の基準は、会社の制度と就業規則によって決まります。自社の制度に合わせて書き換えてください。 評価の結果を賃金や処遇に反映する場合は、就業規則および賃金規程に定めた手続きに従ってください。 作成・更新:育成板(合同会社商陣 https://syojin.com info@syojin.com) | ||||
ファイル形式
| 形式 | Excel(.xlsx) 2ファイル(お手本・編集用) / PDF(印刷用) |
|---|---|
| 対応 | Microsoft Excel 2016以降 / Googleスプレッドシート / LibreOffice Calc |
| 用紙 | A4。シートごとに印刷でき、全部で6枚になります |
| シート | 評価の進め方 / 評価項目 / 等級別の基準 / 評価シート / 目標と進捗 / 面談記録 |
| マクロ | 使用していません |
| ファイルサイズ | お手本 約 18KB / 編集用 約 17KB / PDF 約 609KB |
| 更新日 | 2026-09-04 |
使い方
- まずお手本の「評価項目」シートを見て、行数や稼働時間の項目が無いことを確認します。作ったもの40点、確かめる20点、レビュー15点、出したあと5点、書いて残す10点、決まりを守る10点です。
- 自社の開発の進め方に合わせて書き換えます。テストの仕組みが無い会社は「テスト」を「確認の手順を残しているか」に差し替えます。
- 「壊さないこと」と「影響範囲」の項目は削らないでください。速く書けても壊れるものは、後で誰かが時間を使います。
- 「出したあと」の項目も削らないでください。出したら終わりの人が高評価になると、運用の負担が他の人へ回ります。
- 「等級別の基準」シートを自社の等級と役職名に書き換えます。技術の等級は役職と分けて持つ会社が多いので、その場合は役職の欄を消します。
- 結果を伝えるときは、レビューの指摘の傾向を示します。「品質が低い」ではなく「命名の指摘が減り、影響範囲の指摘が残っている」と言えると、次に何をするかが分かります。
カスタマイズ方法
- 受託開発の会社は、「作ったもの」に「顧客の要求に合っているか」を1項目足し、配点を5点上げます。
- 自社サービスの会社は、「出したあと」を10点に上げます。運用の負担が直接返ってくるためです。
- テストの仕組みが無い会社は、「テスト」を「確認の手順を書き残しているか」に差し替えます。
- インフラや社内システムの担当は、「作ったもの」を「止めなかったか」「復旧できたか」に書き換えます。
- 技術の等級を役職と分けて持つ会社は、「等級別の基準」シートの役職の列を消し、技術の水準だけを書きます。
利用上の注意
- コードの行数、稼働時間、担当した件数だけで評価すると、速く書いて壊す人が高評価になります。お手本にこれらの項目を入れていないのはそのためです。
- 評価の結果を賃金や賞与、昇格に反映する場合は、就業規則および賃金規程に定めた手続きに従ってください。
- 掲載している内容は、一般的なOJT・研修・スキル管理・評価の業務をもとに作成した参考例です。法令で定められた様式ではありません。
- 実際の業務内容に応じて調整してください。自社の評価制度・就業規則・社内規程がある場合は、そちらを優先してください。
- 内容は更新することがあります。このページの更新日(2026-09-04)をご確認ください。
- 本様式の利用によって生じたいかなる損害についても、当サイトは責任を負いません。
よくある質問
書いた行数や担当件数で評価してはいけませんか?
速く書いて壊す人が高評価になります。お手本の記入例では、担当8件を出しきっていますが、1件の不具合と手順飛ばしで点が引かれ、総合75点にとどまっています。量ではなく、出したあとに何が起きたかで見てください。
担当した領域の難しさが人によって違います。
第6段階(二次評価)に「担当した領域の難しさの差を織り込んで調整する」を入れているのがそこです。難しい領域を担当した人の手戻りが増えるのは当然なので、件数だけで比べないでください。
レビューを出す時間が取れません。
お手本の面談記録の中間の欄で「読む時間は作業時間と同じ扱いにする」というやり取りを入れています。レビューを評価項目に置くなら、時間を予定に入れる前提にしてください。項目に置いて時間を渡さないのは、できないことを評価するのと同じです。
インフラや社内システムの担当にも使えますか?
「作ったもの」の3項目を「止めなかったか」「復旧できたか」「読めること」に書き換えてください。確かめる・レビュー・書いて残す・決まりを守るの項目はそのまま使えます。社内SEの育成完成例と組み合わせると項目が作りやすくなります。