IT転職のリファレンスチェックには、内容を偽らず、依頼する相手と質問されやすい内容を事前に整理して対応することが大切です。リファレンスチェックは、前職や現職の関係者に勤務実績や仕事ぶりを確認する手続きで、実施の有無や方法は企業によって異なります。
対応前に、誰へ連絡するのか、何を確認するのか、現職に転職活動を知られないよう配慮できるかを採用担当者へ確認しましょう。
IT転職のリファレンスチェックとは
リファレンスチェックとは、応募者の同意を得たうえで、勤務先の上司や同僚などに職務内容、実績、仕事上の特徴を確認する手続きです。履歴書や職務経歴書に書かれた内容と、実際の働き方に大きな違いがないかを確認する目的で行われます。
IT転職では、次のような内容を聞かれることがあります。
- 在籍期間、役職、担当していた業務
- 担当したシステム開発やインフラ構築などの範囲
- 使用していた言語、フレームワーク、クラウド、開発ツール
- チームでの役割や他部署との連携方法
- 納期、障害対応、仕様変更などへの対応力
- 報告、相談、コミュニケーションの特徴
- 今後の成長課題や、どのような環境で力を発揮しやすいか
ただし、質問内容や実施方法は企業ごとに異なります。電話で行う場合もあれば、専用サービスのアンケートに回答する場合もあります。
まず採用担当者に確認すること
リファレンスチェックを依頼されても、すぐに候補者へ連絡するのではなく、採用担当者に実施条件を確認します。特に、現職に転職活動を知られたくない場合は、連絡先と連絡のタイミングを明確に伝えましょう。
- 実施する段階と、選考への影響
- 電話、オンライン面談、アンケートなどの実施方法
- 質問項目や所要時間
- 誰の情報を確認するのか
- 候補者本人の同意が必要か
- 現職の上司以外を指定できるか
- リファレンスチェックの結果をどのように扱うか
現職への連絡を避けたい場合は、次のように伝えられます。
「現在の勤務先には転職活動を伝えていないため、現職への連絡は避けていただけますでしょうか。前職の上司や、以前一緒に働いたプロジェクト責任者であれば相談できます」
本人の同意なしに、企業が無関係な第三者へ個人情報を確認するとは限りません。依頼を受けた時点で、同意の範囲や確認先を確認しておくと安心です。
リファレンス先は誰に依頼するか
リファレンス先には、あなたの仕事ぶりを具体的に説明でき、応募先からの連絡にも対応できる人を選びます。役職の高さだけでなく、実際に一緒に働いた期間と仕事上の接点を重視します。
| 候補者 | 向いているケース | 確認しておきたい点 |
|---|---|---|
| 前職の直属の上司 | 担当業務や評価を具体的に説明してもらえる | 退職後も連絡でき、転職活動を話して問題ないか |
| プロジェクト責任者 | 開発、移行、障害対応などの実績を説明できる | 自分の担当範囲を正確に把握しているか |
| 一緒に働いた同僚やリーダー | チームでの動き方や日常の仕事ぶりを説明できる | 応募先が元上司以外を認めているか |
| 前々職の上司 | 現職に知られたくない事情がある | 古い実績でも応募職種との関連を説明できるか |
家族や友人、実際には一緒に働いていない知人をリファレンス先にするのは避けます。ITエンジニアの場合は、技術力だけでなく、要件調整、レビュー、障害時の連絡、チーム内での役割を説明できる人が適しています。
依頼する前に伝えておく内容
候補者へ依頼する際は、突然連絡が来ないよう、応募先の企業名、職種、連絡方法、依頼される時期を伝えます。職務経歴書の内容も共有し、実績の表現に誤りがないか確認してもらいましょう。
最低限、次の内容を整理して渡します。
- 応募する企業とポジション
- リファレンスチェックの実施方法
- 応募先から連絡が来る予定時期
- 確認される可能性がある職務やプロジェクト
- 自分が担当した範囲と、チーム全体の成果との区別
- 転職理由や退職理由をどのように説明しているか
- 応募先に伝えてほしくない個人的な事情
回答内容を指示したり、良い評価だけを依頼したりするのは適切ではありません。伝えるのは事実関係の確認と連絡方法の相談にとどめ、評価そのものはリファレンス先に任せます。
IT転職で聞かれやすい質問と準備方法
リファレンスチェックでは、技術名を知っているかだけでなく、実際にどの範囲を担当し、どのように仕事を進めたかが確認されやすい傾向があります。
担当業務や技術経験
「どのプロジェクトで、何を担当していたか」「設計、実装、テスト、運用のどこまで関わったか」を説明できるようにします。
たとえば、プロジェクト全体でクラウド移行を行った場合でも、自分の担当がネットワーク設計の一部と監視設定であれば、その範囲を分けて伝えます。「プロジェクトを主導した」と書く場合も、意思決定を担ったのか、特定領域のリーダーだったのかを明確にしておきましょう。
チームでの役割
リーダー経験がある場合は、人数だけでなく、メンバー管理、タスク分担、レビュー、顧客との調整など、実際に行った業務を整理します。役職がなくても、後輩の支援や技術的な相談役を担っていたなら、その具体例を説明できます。
トラブルや失敗への対応
障害や納期遅延があった場合、問題そのものを隠そうとするより、発生後に何を確認し、誰へ報告し、どのように再発防止へつなげたかを整理します。
リファレンス先と表現が多少違っても、事実関係が一致していれば直ちに問題になるとは限りません。一方で、担当していない業務を担当したと説明していると、経歴の信頼性を疑われる可能性があります。
強みと課題
強みは「技術力が高い」のような抽象的な表現だけでなく、「仕様変更時に影響範囲を整理して関係者へ共有した」など、仕事上の行動で説明できるようにします。
課題については、弱点を無理に隠す必要はありません。「大規模な顧客折衝は経験が少ないが、現在は要件整理の議事録作成や説明を担当している」のように、現在の取り組みまで整理すると伝わりやすくなります。
リファレンス先が見つからない場合の対応
前職との関係が悪い、退職から時間が経っている、フリーランス期間があるなどの理由で、すぐに依頼できる人がいない場合もあります。その場合は、依頼できない事情を採用担当者へ正直に伝え、代替できる確認先があるか相談します。
相談できる候補には、次のような人が考えられます。ただし、採用企業が認めるかは事前に確認が必要です。
- 以前の職場のプロジェクト責任者
- 直属ではないが業務上深く関わった上司
- 契約先や顧客側の担当者
- 過去の案件で協働したチームリーダー
- フリーランス案件の発注担当者
「リファレンス先がないので、知人に依頼してよい」と自己判断するのは避けてください。代替候補の条件を採用担当者に確認してから依頼しましょう。
評価が悪くなるのが心配なときの対応
過去の評価に不安がある場合は、経歴を隠すのではなく、応募先に伝えている内容と事実が一致しているかを確認します。退職理由や勤務中の問題について、リファレンス先と異なる説明をしている場合は、面接での説明を見直す必要があります。
特定のリファレンス先に依頼しにくい事情があるなら、次のように採用担当者へ説明できます。
「その方とは現在連絡が取れないため、同じプロジェクトで継続的に働いた別の責任者をご紹介したいです。担当業務については、こちらの方が具体的に説明できます」
ただし、過去の勤務先の情報を改ざんしたり、存在しないリファレンス先を作ったりしてはいけません。確認できない情報については、採用担当者に「確認できる範囲」を明確に伝えることが重要です。
リファレンスチェックで避けたい対応
- 応募先への同意や説明がないまま、元上司へ突然連絡する
- 現職に知られたくない事情を採用担当者へ伝えない
- 担当していない技術や役職を実績として説明する
- リファレンス先へ回答内容を指定する
- 家族や友人を、職場の関係者として紹介する
- 守秘義務のある顧客名やソースコードの情報を話す
- 退職理由について、リファレンス先と大きく異なる説明をする
IT業務では、顧客名、システム構成、ソースコード、障害の詳細などが秘密情報にあたることがあります。リファレンス先へ共有する職務内容も、守秘義務に反しない範囲に限定してください。
リファレンスチェックを依頼されたときの確認手順
- 採用担当者へ、実施時期、方法、質問内容、連絡先の条件を確認する。
- 現職への連絡を避けたい場合は、利用できるリファレンス先とともに伝える。
- 応募先へ提出した職務経歴書を見直し、担当範囲や実績の表現を整理する。
- 依頼する相手へ、企業名、職種、連絡方法、回答時期を伝えて了承を得る。
- リファレンス先の連絡先を、本人の了承を得たうえで採用担当者へ共有する。
- 終了後、採用担当者へ手続きが完了したかを確認する。
採用担当者から質問項目が開示されていない場合でも、担当業務、成果、チームでの役割、課題、転職理由に関する事実は整理しておくと対応しやすくなります。
IT転職のリファレンスチェックは「経歴と実際の働き方の一致」が重要
IT転職のリファレンスチェックでは、特別に良く見せることよりも、職務経歴書や面接で伝えた内容と、リファレンス先の説明が大きく食い違わないことが重要です。
最初に、実施条件と現職への連絡可否を採用担当者へ確認し、その後に仕事内容を具体的に説明できる人へ依頼しましょう。リファレンス先が見つからない場合や依頼しにくい事情がある場合も、候補者を作らず、代替方法を採用担当者に相談するのが適切です。







