エンジニア採用の面接評価基準｜技術面接を同じ手順で実行する

評価表を用意したのに、技術面接官ごとに質問も判定も変わる会社があります。片方はシステム設計を深掘りし、もう片方は経歴を雑談のように聞く。面接後には「地頭が良い」「技術レベルが合わない」という感想だけが残ります。

エンジニア採用の面接評価基準は、表を作った時点では機能しません。面接官が担当項目を理解し、同じ目的で質問し、候補者の回答を事実として記録し、合否会議で根拠を説明できたときに機能します。

僕なら、評価項目を増やす前に面接当日の手順を揃えます。本記事ではスコアカードの列や尺度を作る方法ではなく、決めた評価基準を技術面接でどう使うかに絞ります。

エンジニアの技術面接は質問の目的と時間配分を決めて始めます

面接官へ質問集だけを渡しても、候補者の回答に応じて聞く順番は変わります。最初に決めるのは質問の文面ではなく、今回の面接で確認する技術判断です。一回の面接で担当する項目は一つか二つに絞ります。

バックエンドエンジニアのシステム設計なら、前提条件を確認し、複数案を比較し、障害時の扱いまで説明できるかを見ます。SREの障害対応なら、情報が足りない状況で仮説を立て、ログやメトリクスから切り分け、復旧と再発防止の優先順位を説明できるかを確かめます。実装力、設計力、協働、事業理解を一時間で全て判定しようとすると、どの項目も証拠が薄くなります。

面接の冒頭では、会社説明、評価に使う質問、候補者からの質問へ何分使うかを共有します。面接官の予定で時間が短くなった場合は、質問を急いで消化せず、未確認の項目を残します。聞けなかった内容を候補者の不足として扱ってはいけません。

候補者からの質問は、会社を選ぶための時間だと明示します。アーキテクチャ、オンコール、技術的負債、働き方への厳しい質問を、志望度や協調性の評価へ混ぜません。技術面接は企業も仕事内容を正確に説明する場です。

面接官が交代しても同じ目的で進められるように、予定表には担当する評価項目、使う課題、記録期限を添えます。「技術全般を見る」という割り当ては、質問と責任の両方を曖昧にします。

深掘りは候補者の判断と本人の担当範囲を確かめます

過去の経験を聞くときは、プロジェクト名や利用技術の確認だけで終えません。当時の制約、候補者本人が決めた範囲、比較した選択肢、実行した行動、結果を何で確かめたかを順に聞きます。チームの成果を候補者個人の成果として推測しないためです。

「なぜですか」を繰り返す深掘りは、候補者を詰める会話になりやすいです。「他に検討した案はありましたか」「判断を変えるとしたら、どの情報が必要でしたか」「レビューで反対意見が出たとき、どの部分を担当しましたか」と聞けば、仕事での判断過程を確認できます。

仮想課題だけでは、面接対策で覚えた回答を見てしまう場合があります。過去のコードレビューや障害対応を聞く質問と、入社後の仕事に近い設計課題を組み合わせます。唯一の正解を当てる力ではなく、前提を置き、利点と欠点を比べ、未知の情報を扱う姿勢を観察します。

エンジニア候補者が知らない技術名に出会った場合も、知識の有無だけで会話を止めません。必要な前提を短く伝え、情報を受け取った後に判断を組み立てられるかを見ます。入社後に学べる技術と、初日から必要な能力を混同しない運用が必要です。

面接中に評価を確定しようとすると、最初の印象に後の回答を合わせやすくなります。まず回答と追加質問を記録し、面接終了後に評価基準へ照らして判定します。候補者が話していない内容を好意的にも否定的にも補いません。

面接官は事実と判定を分けて記録します

「設計力が弱い」という一文だけでは、別の面接官が判断を検証できません。「可用性要件を確認せず単一構成を選び、障害時の復旧方法を説明できなかった」のように、質問、回答、追加確認で得た事実を書きます。判定欄には、その事実が今回の役割でなぜ懸念または強みになるかを記録します。

記録には未確認も残します。質問する時間がなかった場合と、質問したが十分な証拠を得られなかった場合は意味が違います。未確認を低評価へ置き換えると、面接官側の進行不足を候補者へ負わせます。

評価入力の期限は面接終了後の当日中など、候補者との連絡期限から逆算します。他の面接官の記録を見る前に自分の事実と判定を残します。CTOの意見を先に読んでから入力すると、役職の強さへ評価が引っ張られます。

面接メモは採用目的に必要な情報だけを扱います。厚生労働省は、家族、出生地、住宅状況や、宗教、支持政党、愛読書など、職務上の適性・能力と関係のない事項を採用選考で把握しないよう案内しています。公正な採用選考の基本と公正採用選考特設サイトを面接官研修で確認してください。

候補者が雑談の中で私生活を話した場合も、評価に不要な内容を追加で聞きません。記録の閲覧者、保存期間、削除方法を決め、社内チャットへ面接メモを無期限に残さない運用も必要です。

エンジニア採用の合否会議と校正でばらつきを減らします

合否会議では、最も役職が高い人の結論から始めません。各面接官が担当項目の事実、基準に照らした判定、未確認の順に共有します。感想を先に話すと、後から出る記録が最初の結論を補強する材料になりやすいからです。

判定が割れた場合は平均点を取りません。片方だけが追加質問をしていたのか、同じ回答から異なる意味を読んだのか、職務上の影響を違って見積もったのかを分けます。必要な証拠が欠けているなら、追加確認で何を聞くかと候補者の負担を確認してから決めます。

不採用理由は候補者の人格ではなく、今回の仕事と観察した事実へ結びつけて残します。採用要件が途中で変わった場合は、候補者の評価を書き換えて整合させず、役割変更が選考へ与える影響を別に記録します。

校正では、実際の候補者を採点し直すのではなく、匿名化した過去の回答や模擬記録を使います。面接官が同じ回答を読み、担当項目の事実と判定を書いた後で差を確認します。点数を完全に一致させる訓練ではなく、質問の深掘りと記録の粒度を揃える時間です。

校正後に直す対象は、面接官の性格ではありません。質問が広すぎた、追加質問の例が足りなかった、事実と推測が混ざった、と実行手順へ戻します。面接ごとの所要時間、質問の重複、評価入力までの時間も確認すると、候補者と面接官の負担を同時に減らせます。

次回の技術面接予定を一件開き、担当項目、最初の質問、深掘りを二つ、記録期限を予定欄へ書いてください。四点を書けない面接は、候補者を招く前に面接官同士で二十分だけ進行を合わせる必要があります。

※制度に関する記載は2026年8月7日時点です。実際の募集・選考設計は、管轄の都道府県労働局または専門家へ確認してください。