エンジニア採用で不採用を伝えるとき、理由と記録をどう扱うか

エンジニア採用の不採用連絡では、詳しい理由文より先に、候補者へ伝える通知、社内に残す判断、問い合わせに対して外部へ回答できる範囲を別々に管理します。採用担当は通知と受付、EMは求人要件に対応する評価事実、CTOは基準変更や例外、技術組織として回答する範囲を承認します。

通常の不採用通知は、約束した時期に採否を本人へ伝える業務です。一方、理由の詳しい説明は、何をどこまで答えるかを決める別の判断です。面接官が善意で補足すると、記録された評価と回答がずれたり、本来の評価基準ではない情報が理由のように伝わったりします。

残る条件は、分担を決めても判断記録そのものが曖昧なら、回答権限者も妥当な範囲を選べないことです。通知を整える前に、職務上の基準と観察した事実が対応しているかを確かめます。

エンジニア採用の不採用連絡は三つに分ける

2026年9月21日時点で、厚生労働省の公正な採用選考の基本は、応募者の適性・能力に基づく採用基準を基本としています。面接についても、職務遂行に必要な適性・能力を評価する観点から、質問項目と評価基準をあらかじめ決め、できるだけ客観的かつ公平に評価するよう示しています。

この原則から見ると、「不採用」という一語だけを記録しても、どの基準について何が確認されたのかを後からたどれません。反対に、面接中の発言をすべて通知文へ転記すればよいわけでもありません。社内判断に必要な記録と、候補者へ伝える情報は目的が違います。

扱う情報を次の三層に分けます。

• 通知：採否、連絡先、必要な事務案内など、候補者へ送る内容
• 判断記録：求人要件と評価基準、選考で確認した事実、どの基準に照らして結論を出したか
• 回答権限：理由照会を受けたときに、誰が回答可否と範囲を決め、誰が送信するか

これは、上記の一般原則を基に、担当者ごとのばらつきを抑えるために提案する実務上の分け方です。公式資料に定められた分類や法的義務を示すものではありません。三層を同じ自由記述欄に入れないことが、対応表を機能させる出発点になります。

通知・記録・回答権限の対応表

次の表も、出典の一般原則を基にした実務上の提案であり、原典所定の分類や義務ではありません。自社の選考フロー、個人情報の取扱方針、承認経路に合わせて具体化します。

この表では、採用担当がすべての理由を決める状態を避けます。候補者との窓口は採用担当に一本化し、技術評価の根拠はEM、基準を変える判断や例外、技術組織としての回答範囲はCTOが担います。送信者と判断者が違っても、対応表に承認欄があれば経路をたどれます。

選考中の連絡そのものが滞りやすい場合は、エンジニア採用の選考期間を短くする｜判断を急がず待ち時間を減らすで、評価と社内の待ち時間を分けて点検できます。不採用連絡でも、決まった採否を予定どおり通知できる経路を先に整え、理由の検討は記録と承認に沿って進めます。

採用担当は通知と問い合わせ受付をそろえる

厚生労働省職業安定局のハローワークインターネットサービスは、2026年9月21日時点の求人申込み、採用・選考に当たっての留意事項で、求人票の選考結果通知欄に記載した日数を守り、結果を本人へ直接連絡するよう求めています。不採用理由についても、今後の就職活動のために「できる限り」伝えるよう依頼しています。

ただし、同ページでの表現は「ハローワークからのお願い」です。一律の法的義務であるかのように言い換えてはいけません。他方、同ページは、募集・採用では性別や年齢にかかわりなく均等な機会を与える必要があり、経験・能力・適性が基準に達しないことの代わりに、性別や年齢を不採用理由として告げることは法律違反になると説明しています。理由をできる限り伝えるという要請と、理由にしてはならない事項に関わる制約は、同じ強さのルールではありません。

採用担当が管理する通知台帳では、少なくとも「通知する内容」「通知予定に対する送信状況」「理由照会の有無」「次の確認先」を分けます。候補者から理由を尋ねられても、受付時に推測で答えず、対応表に沿って確認へ回します。通知文面を統一する目的は、全候補者へ同じ詳細理由を返すことではありません。窓口から未承認の説明が増える事態を防ぐためです。

EMは評価事実を求人要件へ戻す

EMは人物評を避け、募集ポジションで事前に定めた評価基準と、選考で確認した事実を対応させて記録します。「合わない」「期待に届かない」だけでは、採用担当も回答権限者も、職務に必要な基準に基づく判断かを確認できません。

記録欄は、次の順序で確認できる形にします。

• 対象となる求人要件と評価基準
• その基準を確認した選考方法
• 選考で確認できた事実
• 基準に照らした判断
• 基準どおりではない判断がある場合の承認先

この並びによって、EMの責任範囲は、判断の根拠を社内で再確認できる状態にすることだと明確になります。技術的な詳細を候補者へどこまで伝えるかは、別途承認された範囲に従います。辞退情報と選考評価が混ざっている場合は、エンジニア採用の選考辞退を減らす｜辞退理由を工程別に記録するのように、採用側が確認できる事実と候補者の任意回答を分ける考え方も使えます。

CTOは基準変更と例外、回答範囲を承認する

CTOが全件の通知文を作ると、窓口が増えます。CTOの担当は、募集時の基準を途中で変えた案件、通常の承認経路では扱えない例外、技術組織としてどこまで外部へ説明するかという判断に絞ります。

たとえば、内部記録に職務上の基準との対応がなく、後から説明文だけを整えなければならない案件は、採用担当の文章力で解決しません。EMと基準を確認し、基準変更や例外が含まれるならCTOの承認対象にします。記録が不足しているのに、断定的な理由を新しく作って補わないことも判断です。

CTOの承認欄には、回答可否、回答できる範囲、通常基準との差を記録します。候補者へ送る長文そのものを承認記録にすると、どの判断を承認したのかが曖昧になります。項目を分ければ、技術評価の作成者、回答範囲の承認者、実際の送信者を区別できます。

理由照会を通常対応と個人情報対応に分岐する

2026年9月21日時点で、個人情報保護委員会の雇用管理情報の開示に関するQ&Aは、人事評価や選考に係る個々人の情報には、非開示とすることが想定される情報が含まれると説明しています。その上で、開示により業務の適正な実施に著しい支障を及ぼすおそれがあるとして非開示とすることが想定される保有個人データについて、開示に関する事項をあらかじめ定め、従業者へ周知する措置が望ましいとしています。

この説明から、個々の選考情報が当然にすべて非開示になるとは判断できません。また、通常の理由照会を受けた面接官が、保持している情報をすべて返せるとも限りません。通常の採用フィードバック依頼は採用担当が受け付け、社内の開示方針と判断記録を基に、権限者が回答可否と範囲を決めます。法令上の開示請求に当たり得る申出は通常照会と分け、個人情報対応の責任者へ回します。この分岐は、同Q&Aの一般原則を基に記事が提案する実務上の方法であり、原典所定の分類や義務ではありません。

問い合わせ窓口には、受付、本人への返答、社内確認先、承認後の送信という経路を置きます。面接官が詳細理由を即答する運用は避けます。回答しない場合を含め、誰がその可否を決めたかが残る設計にします。

不採用連絡を送る前の確認

送信前には、文章の丁寧さに加えて、三層が混ざっていないかを確認します。

• 採用担当：予定した時期と宛先、定型通知の範囲、理由照会の受付経路を確認したか
• EM：判断が事前の求人要件・評価基準と、選考で確認した事実に結び付いているか
• CTO：基準変更や例外がある場合に承認し、外部へ回答できる範囲を決めたか
• 所管責任者：個人情報の開示請求に当たり得る申出を、通常照会と混ぜていないか

一つでも確認できなければ、未確認の理由を通知文へ足しません。採否の通知と、理由の詳しい回答を別の判断として扱うからこそ、予定した連絡を止めず、根拠のない説明も増やさずに済みます。

エンジニア採用の不採用連絡を担当者ごとにばらつかせないために、台帳では候補者への通知、内部の判断記録、回答権限と承認者を別欄にします。採用担当は通知と受付、EMは職務上の基準に対応する評価事実、CTOは基準変更・例外・技術組織としての回答範囲を担います。曖昧な判断記録は、EMの記録を求人要件へ結び付け、基準どおりでない判断をCTOへ戻すことで解消します。詳しい理由を書く前に、誰が何を判断できるかを確定させる。それが、通知と理由照会を同じ基準で扱うための実務の起点です。