面接官が書いた評価シートのコメントを、根拠の有無と聞いてはいけない事項で点検し、記入の不足を面接官へ戻す

処理の起点を決める

1日2回、11時と17時に、採用担当がスプレッドシートの新しい行を書き出すことを起点にします。 最小構成では自動では動かしません。面接は午前と午後に集中するので、午前の面接の分を昼に、午後の面接の分を夕方に点検すれば、面接官が覚えているその日のうちに差し戻せます。

差し戻しは、面接の当日か翌日までに届かないと意味がありません。 3日後に「課題解決の根拠を書き足してください」と言われても、面接官は候補者の発言を覚えていません。週に一度まとめて点検する運用にはしないでください。 1日2回が、手間と記憶の両方から見た落としどころです。

書き出す範囲は、「点検済み」列が空の行です。 点検を終えたら日付を入れます。面接官が直して再送信した行は、新しい行として入ります。 再送信の行には、フォームの設問「元の受付番号」に番号を入れてもらい、同じ候補者の古い行と並べて確かめます。

入力データを集める

質を決めるのは、下の3つです。 評価項目の定義に「根拠の例」が無ければ、ChatGPT は何を根拠とみなすかを自分で決めます。「対人理解」の根拠は、相手の立場に立った具体的な行動の話、と書いておけば、判定がその言葉に寄ります。

「評価項目」シートは、次のような形で書きます。

右の2列が判定の物差しになります。 例が1つだけだと、その例に似ているかどうかで判定するようになるので、慣れてきたら各列に2つ以上の例を並べます。 例は過去の評価シートから採り、候補者を特定できる固有名詞は消しておきます。

配慮すべき事項の一覧は、言い換えまで書きます。 厚生労働省の一覧は「本籍・出生地に関すること」と書かれていますが、評価シートには「地元」「実家」「出身」と書かれます。言葉の一覧ではなく、どんな書き方で出てくるかの例を並べます。

候補者の氏名は渡しません。 評価シートには候補者の受付番号だけを入れる様式にします。点検に氏名は要らず、採用管理システムの番号で後から突き合わせられます。

データの取得方法を決める

回答のシートは、フォームの送信のたびに自動で1行増えます。 採用担当は、書き出しのたびにシートを開いて「点検済み」が空の行を絞り込みます。

4つを1つのファイルにまとめてから渡します。 別々に渡すと、定義を参照せずに判定することがあります。選考段階ごとに評価項目が違う場合は、段階ごとに書き出しを分けます。 一次と二次を混ぜて渡すと、二次にしかない項目を一次のシートで「記入なし」と判定します。

AIへ渡す前に整形する

1. 候補者の氏名が書かれていないかを見る … コメントの中に氏名が書かれていたら「〔候補者〕」に置き換えます
2. 受付番号をそろえる … 番号の無い行は渡しません
3. 再送信の行を分ける … 「元の受付番号」がある行は、前回の点検結果と並べて渡します
4. 選考段階で分ける … 一次と二次を別のファイルにします
5. 件数を控える … 書き出した行の数を控えて、返ってきた表の行数と突き合わせます

1番目は、様式を受付番号だけにしていても省きません。 面接官は、候補者の話を書くときに「〇〇さんは」と名前で書き始めることがあります。名前が1つ残っていれば、その回の書き出しは渡し直しです。

3番目は、同じ指摘を繰り返さないためです。 前回「課題解決の根拠が無い」と戻したシートが直ってきたら、その項目が直ったかを先に見ます。 前回の点検結果を渡さないと、別の項目の細かい点を新しく指摘して、面接官を何度も往復させます。

AIに処理させる

させるのは、評価項目ごとに3つの判定をし、判定に使った原文を抜き出すことです。

「根拠あり」の基準は、候補者の発言か行動が、いつ・何を・どうしたの形で1つ以上書かれていることです。 「前職で営業成績が良かったと話した」は、何をどうしたかが無いので「印象のみ」です。基準を厳しめに置くのは、差し戻しが空振りしても面接官が一行書き足すだけで済み、通してしまうと合否会議で聞き直しになるからです。

配慮すべき事項は、迷ったら「あり」にします。 見落とすほうが、拾いすぎるより重いからです。拾いすぎたものは採用担当が外します。

1行目がいちばん起きやすい失敗です。 「どう書けばよいかの例」を求めると、ChatGPT は候補者がいかにも話しそうな発言を作って例にします。面接官がそれをそのまま写すと、面接で出ていない発言が記録に残ります。 差し戻しの文面には、何が足りないかだけを書き、例文を入れません。

指示内容を固定する

あなたは人事部の採用担当として、面接官が提出した評価シートの
記入を点検します。添付のファイルに書かれたことだけで判定してください。

【添付のファイル】
- 評価シート … 今回点検する行
- 評価項目 … 項目ごとの定義、点数の目安、根拠の例
- 配慮事項 … 採用選考で把握すべきでない事項と、その言い換えの例
- 文面 … 差し戻しの文面の型

【やること】
評価シートの1行ごと、評価項目ごとに、次を判定してください。
1. evidence … 根拠あり／印象のみ／記入なし
   根拠ありは、候補者の発言か行動が「いつ・何を・どうした」の形で
   1つ以上書かれているときだけ。形容詞や印象だけなら印象のみ。
2. score_match … 一致／食い違いの疑い
   評価項目シートの点数の目安と、コメントの向きを比べる。
3. sensitive … なし／あり
   配慮事項シートの事項や言い換えに当たる記述があれば、あり。
   迷ったときは、ありにして confirm に理由を書く。
判定ごとに、根拠にしたコメントの原文をそのまま quote に写してください。

【厳守事項】
- コメントを書き直さない。書かれていない根拠を補わない。
- 差し戻しの文面に、候補者の発言の例や、書き方の例文を入れない。
  何が足りないかだけを書く。
- 点数を直す提案をしない。
- 候補者の合否、適性、人柄を評価しない。
- sensitive があっても、就職差別にあたるかどうかを書かない。
  事項名と原文の抜き出しだけを返す。
- 面接官の書き方を評価する言葉（不十分、不適切など）を使わない。
- 記載がない項目は「記入なし」とし、推測で埋めない。
- 前回の点検結果が添付されている行は、前回指摘した項目が
  直ったかを先に判定し、新しい指摘は前回の指摘に関わるものだけにする。
- 出力の行数は、評価シートの行数と同じにする。

「差し戻しの文面に例文を入れない」は、明記しないと必ず入ります。 親切に書こうとして、「例：前職で〜と話した、のように書くと伝わります」と添えます。その例が、面接で本当に出た発言と混ざるのが問題です。 禁じるのは、面接の場にいなかったAIが発言を作ることそのものです。

「迷ったときはあり」を指示に入れるのは、既定では逆に寄るからです。 何も言わなければ、雑談の中の「地元」を評価と無関係として「なし」にします。

出力形式を固定する

最小構成では、次の列の表で受け取ります。 評価シート1行について、評価項目の数だけ行を並べます。

半自動化では、同じ中身を JSON で受け取ります。

{
  "sheet_id": "R-3312",
  "items": [
    { "item": "problem_solving", "score": 4,
      "evidence": "impression_only",
      "score_match": "match",
      "sensitive": { "found": false, "category": "" },
      "quote": "論理的に考えられる方",
      "confirm": "" }
  ],
  "resend_needed": true,
  "resend_draft": ""
}

evidence を with_evidence ／ impression_only ／ empty の enum で縛るのが1つ目の理由です。 面接官ごと・評価項目ごとに「印象のみ」の割合を数えられ、どの項目の定義が書きにくいのかが分かります。

2つ目は、resend_needed をワークフローの側で決められることです。 本記事では、empty か impression_only が1つでもあるか、sensitive.found が true なら差し戻しの候補にします。どこまでを差し戻すかは、あとから規則だけで変えられます。

3つ目は、quote で確認が速くなることです。 採用担当は原文の全体を読まずに、判定の根拠になった一文を見て判断できます。

システムへ連携する

差し戻しは自動で送りません。 配慮すべき事項への言及を含むシートは、採用担当が面接官に電話で確かめてから扱いを決めます。 自動で「配慮すべき事項に触れています」と送ると、面接官との間に不要な摩擦が生まれます。

採用管理システムへは、この構成から書き込みません。 転記は、点検を通ったものを採用担当が行います。点検の途中のシートが合否会議の資料に混ざらないようにするためです。

人が確認する

1. sensitive が「あり」のシートを最初に見る … 原文を読み、事項に当たるかを確かめます。当たるなら、面接官に聞いたのか候補者が話したのかを確かめます
2. score_match が「食い違いの疑い」の行を見る … 点数とコメントのどちらを直すべきかは面接官に聞きます
3. evidence の判定を流し読む … quote を見て、印象のみの判定に違和感がなければそのまま差し戻します
4. 差し戻しの文面を直して送る … 面接官の名前と、何日までに再送信してほしいかを足します
5. 判定を覆したら記録する … どの判定を、どちらに変えたかを残します

目標は、300件をならして1件2分です。 差し戻しになるのは3割前後という想定で、それより多い月は、定義の「根拠の例」が厳しすぎるか、特定の拠点の面接官に書き方が伝わっていません。 拠点ごとに割合を見て、面接官の研修で伝え直します。

1番目は、確かめた結果の扱いまで人が決めます。 面接官が聞いていたなら、面接官の研修の見直しにつなげます。 候補者が自分から話しただけでも、その記述を評価の記録に残さないよう、面接官に消してから再送信してもらいます。

例外に対処する

6行目は、点検で直そうとしないでください。 2名の評価が分かれるのは面接の結果で、記入の不足ではありません。比べるのは UC-0154 の比較表の仕事です。

7行目は、面接官が「総合所見にまとめて書いた」というときに起きます。 項目ごとの欄が空でも、総合所見に根拠が書かれていれば、合否会議で困ることはありません。差し戻すかは採用担当が決め、様式のほうで総合所見の書き方を示すかを検討します。

記録を残す

• 評価シートの原文（回答のシート）と、書き出したファイルの日時
• ChatGPT が返した判定の表（「点検結果」シート）
• 採用担当が確定した判定と、覆した記録
• sensitive が「あり」だったシートの、確認の結果と対応
• 差し戻した日時、再送信された日時と受付番号の対応
• 面接官ごと・評価項目ごとの「印象のみ」の割合

4つ目は、他の記録と分けて残します。 閲覧できる人を人事部の責任者と採用担当に絞ります。面接官の研修の見直しに使う記録で、面接官の人事評価に使うものではありません。

最後の行は、評価項目の定義を直す材料になります。 特定の項目だけ「印象のみ」が多いなら、面接官の書き方ではなく、項目の定義か質問の組み立てのほうに理由があります。