目次を開く

※本記事にはアフィリエイト広告(プロモーション)が含まれています

エンジニア転職の逆質問は「答えの読み方」まで準備する|技術的負債・開発体制・評価制度を面接段階別に聞く24問【2026年10月版】

・ 著者: 福朗(フリーランスAIエンジニア)
エンジニア転職の逆質問を技術的負債・開発体制・評価制度の3テーマで整理したアイキャッチ

「最後に何か質問はありますか?」と聞かれる逆質問の時間は、評価される時間であると同時に、求人票に書かれないことを確かめる、選考中ほぼ唯一の時間です。検索上位の記事は「逆質問○○選」の例文集が中心ですが、質問を投げたあと返ってきた答えをどう読むかまで書いている記事はほとんどありません。

この記事では、入社してから「聞いておけばよかった」となりやすい技術的負債・開発体制・評価制度の3テーマに絞ります。各質問に「誰に聞くか(面接段階)」「良い回答のサイン」「注意したい回答」を付けて、24問を整理しました。

この記事の結論
  1. 質問は「答えられる人」に合わせて振り分ける。負債の実態は現場エンジニア、評価制度は評価者(EM・部長)、投資判断は役員にしか答えられない。
  2. 答えの「具体性」を見る。数字・直近の事例・固有名詞が出るかどうかで、その会社が問題をどこまで把握しているかが分かる。
  3. 曖昧な答えは「次の段階で別の人に同じことを聞く」。回答の食い違いが、いちばん信頼できる情報になる。

逆質問で確かめるべきは「求人票に書かれないこと」

逆質問で何を聞くかを決める前に、求人票や労働条件の書面に何が書かれ、何が書かれないかを整理しておくと、質問の無駄打ちが減ります。

2024年4月施行の改正職業安定法施行規則で、求人企業が求職者に明示する労働条件に「従事すべき業務の変更の範囲」「就業場所の変更の範囲」などが追加されました。固定残業代を採用する場合の書き方(基本給・手当の額・何時間分か・超過分の追加支給)も、厚生労働省のリーフレットで具体的に示されています。つまり、配置転換の範囲や固定残業代の内訳は、本来は書面で確認できる情報です。面接の貴重な時間を使う必要はありません。

一方、書面のどこにも載らないのが次の3つです。

確認したいこと求人票・労働条件の書面確かめる手段
業務・就業場所の変更の範囲明示義務あり書面で確認(不明なら面接で確認)
固定残業代の時間数・金額記載方法が示されている書面で確認
技術的負債の量と、返済に使える時間載らない逆質問(現場エンジニア)
開発体制(デプロイ・レビュー・障害対応)載らない逆質問(現場〜EM)
評価項目・評価者・評価の決まり方載らない逆質問(EM・部長/人事)

この3テーマが重要なのは、データでも裏付けられます。

63%
プロの開発者が「職場の不満」の1位に技術的負債を挙げた割合(Stack Overflow Developer Survey 2024)
88.27%
転職時に候補企業の評価項目を「詳細まで/大枠を」知りたいエンジニア(Findy調査, n=471)
45.23%
現職入社時に評価項目を「全く/ほとんど」知らなかったエンジニア(同上)

評価項目を知りたい人は9割近くいるのに、実際に知って入社した人は半分強にとどまります。このギャップを埋めるのが逆質問です。なお、Findyの同じ調査では、自分の評価に納得しているエンジニアは51.55%でした。

会社選びの軸そのものを整理したい場合は、求人票の自己申告を公開データで検証する会社選びの手順を先に読んでおくと、逆質問で聞くべきことがさらに絞り込めます。

面接段階ごとに「答えられる人」が違う

逆質問がうまくいかない原因の多くは、答えを持っていない人に聞いていることです。役員に「コードレビューは何人で見ていますか?」と聞いても正確な答えは返ってきませんし、現場エンジニアに「評価の最終決定は誰がしますか?」と聞いても推測でしか答えられません。

カジュアル面談から最終面接・オファー面談までの5段階で、面接官の立場と逆質問で聞くべきテーマを対応させた図
面接官の立場ごとに「正確に答えられるテーマ」が違う。質問は段階に合わせて振り分ける
段階主な相手聞くと良いテーマこの段階では避けたいこと
カジュアル面談現場エンジニア/EMチームの日常、技術スタックの経緯、最近困っていること選考の合否につながる自己PR合戦
1次面接テックリード/現場エンジニア技術的負債の実態、レビュー・デプロイの流れ年収・評価の最終決定方法
2次面接EM/部長開発体制の意思決定、評価制度、配属コード細部の質問の繰り返し
最終面接CTO/役員技術投資の方針、事業と開発の優先順位福利厚生など書面で分かること
オファー面談人事+EM等級・評価サイクル・条件の書面確認(ここでは条件面を遠慮せず聞いてよい)

カジュアル面談は選考ではないとされることが多いものの、実際には相手の印象が記録として残るケースもあります。とはいえ、現場の人と話せる貴重な機会なので、技術的負債のように現場でしか分からないことは、カジュアル面談か1次面接で聞いておくのが効率的です。面接全体の流れや各段階の評価軸は、エージェント面談からオファー面談までの6ステージの整理で詳しく扱っています。

以下の24問には、それぞれ「どの段階で聞くか」のタグを付けています。全部聞く必要はありません。1回の面接で使うのは2〜3問、残りは次の段階に回す前提で選んでください。

技術的負債を確かめる逆質問8問

技術的負債は、どの会社にも必ずあります。確かめたいのは負債があるかどうかではなく、「把握されているか」「返す時間が確保されているか」です。「負債はありますか?」とYes/Noで聞くと、相手は身構えて「特にないです」と答えやすくなります。具体的な場面を聞くのがコツです。

現場エンジニア向け(カジュアル面談・1次面接)

D-01カジュアル1次
直近で「ここは作り直したい」とチームで話題になった箇所があれば、どんな理由だったか教えてください
負債の有無ではなく、チームが自分たちのコードをどう見ているかを聞く質問です。
良い回答のサイン特定のモジュール名や機能名が出て、作り直したい理由(テストがない、責務が混ざっている等)が説明される
注意したい回答「特にないですね」「全体的に古いので」など、場所も理由も特定されない
D-021次
リファクタリングや負債の返済は、機能開発とどう時間を配分していますか
良い回答のサイン「スプリントの一定割合」「四半期ごとに改善週間」など、仕組みとして時間が確保されている
注意したい回答「余裕があるときに各自で」。機能開発が常に優先され、負債が増え続ける構造になりやすい
D-031次
入社した人が最初に触るコードは、どのあたりになることが多いですか
配属後の実態を自然に聞ける質問です。オンボーディングの設計も同時に分かります。
良い回答のサイン最初のタスクの例と、ドキュメントやペアプロなど立ち上がりの支援が具体的に出てくる
注意したい回答「いきなり○○の改修をお願いすることになる」で、その○○が誰も触りたがらないレガシー部分
D-041次
テストやCIでカバーできていない領域はありますか。そこを変更するときはどう担保していますか
良い回答のサインカバーできていない領域を自覚していて、手動確認の手順や段階的リリースなどの代替策がある
注意したい回答「本番で確認しています」「詳しい人に聞いてから触ります」など、特定の個人に依存している
D-051次2次
「この人しか分からない」というシステムや領域はありますか
属人化の度合いを聞く質問です。入社後、その人の退職や異動の影響を自分が受ける可能性があります。
良い回答のサイン属人化している領域を挙げたうえで、解消の取り組み(ドキュメント化、ローテーション)が説明される
注意したい回答属人化領域を認めつつ「それで回っているので」と対策がない

EM・役員向け(2次面接・最終面接)

D-062次
負債の返済を優先したいとき、事業側とはどう合意を取っていますか
良い回答のサイン障害件数や開発速度の低下など、事業側に伝わる指標で説明して合意を取った事例が出る
注意したい回答「エンジニア側で何とかしている」。開発組織に発言力がない可能性がある
D-07最終
今後1〜2年で、技術基盤への投資として優先しているものは何ですか
役員にしか答えられない「投資判断」を聞く質問です。現場で聞いた負債の話(D-01)と突き合わせます。
良い回答のサイン現場で聞いた課題と同じテーマが、投資対象として役員の口から出てくる
注意したい回答現場が困っていると言っていた領域に、役員がまったく触れない(認識のずれ)
D-082次最終
AIコーディングツールの導入で、コードの品質やレビューの進め方に変化はありましたか
2026年時点では多くの開発組織がAIコーディングツールを導入しています。AIが生成したコードを誰がどうレビューしているかは、新しい種類の負債が溜まるかどうかに直結します。Stack Overflowの2025年調査でも、AIツールを使う開発者の不満の最多(66%)は「ほぼ正しいが、完全には正しくないAIの回答」でした。
良い回答のサイン利用ルール(レビュー必須の範囲、機密情報の扱い)と、導入後に見えた課題がセットで語られる
注意したい回答「生産性が上がった」だけで、品質面の話が出てこない

開発体制を確かめる逆質問8問

開発体制については、Googleの研究チームDORAが定義しているソフトウェアデリバリーの指標が、質問を組み立てるときの共通言語として使えます。DORAは現在、変更のリードタイム(コミットから本番反映まで)、デプロイ頻度、失敗したデプロイからの復旧時間、変更失敗率、デプロイのやり直し率の5指標を挙げています。面接で数値を正確に答えてもらう必要はありません。こうした観点で自分たちを見ているかどうかが分かれば十分です。

指標を使って複数の内定先を数値で比べる方法は、複数内定を「3層」に分けて比較する記事で扱っています。ここでは面接の場で使う質問に絞ります。

P-01カジュアル1次
プルリクエストを出してから本番に出るまで、普段どれくらいかかりますか
DORAの「変更のリードタイム」を、現場の言葉で聞く質問です。
良い回答のサイン「だいたい当日中」「週1のリリースに乗る」など、すぐに具体的な時間感覚が返ってくる
注意したい回答「案件によります」の一言で終わる、または承認待ちの段階が多く数週間かかる
P-021次
コードレビューは何人が見て、どれくらいで返ってきますか
良い回答のサインレビューの担当ルールや目安時間が決まっていて、レビューで何を見るかの基準がある
注意したい回答「特定の1人が全部見ている」。その人がボトルネックで、レビュー待ちが常態化しやすい
P-031次
直近の障害対応は、どんな流れで収束して、その後どう振り返りましたか
障害は必ず起きるので、「起きた後の扱い」で組織の成熟度が分かります。
良い回答のサインポストモーテムを書いて、再発防止のタスクが実際に消化されている。個人を責めない文化が語られる
注意したい回答「担当者が気をつけるようにしました」で終わる。原因が個人の注意力に帰されている
P-041次2次
オンコールや夜間・休日の障害対応は、どういう体制で回していますか
残業時間を直接聞くより、働き方の実態が正確に分かる質問です。
良い回答のサインローテーションの人数・頻度・手当の有無が説明され、呼び出し回数を減らす取り組みがある
注意したい回答「気づいた人が対応しています」。責任範囲があいまいで、特定の人に負荷が集中しやすい
P-051次2次
仕様や優先順位は、誰がどの段階で決めていますか。エンジニアが関わるのはどの時点からですか
良い回答のサイン企画段階からエンジニアが入り、技術的な制約を踏まえて仕様を調整した事例がある
注意したい回答「仕様が固まってから降りてくる」。実装担当として扱われ、裁量が小さい可能性がある
P-062次
新しい技術やライブラリを採用するとき、どういう手順で決めていますか
良い回答のサイン設計ドキュメントやADR(設計判断の記録)など、提案から採用までの手順と、実際に採用された例がある
注意したい回答「CTOが決めます」だけで、現場から提案する経路がない
P-072次
チームの開発の速さや品質を、何かの指標で見ていますか
DORAの指標を名指しする必要はありません。何を見ているかを聞けば、改善の意思があるかどうかが分かります。
良い回答のサイン見ている指標と、その数字を見て実際に変えたこと(レビュー体制の変更など)がセットで出る
注意したい回答指標がない、または「ベロシティ」だけを個人の評価に使っている
P-082次最終
この1年でチームを離れた人がいれば、差し支えない範囲で、どんな理由が多かったか教えてください
踏み込んだ質問なので、2次以降で、ここまでの会話で関係ができてから聞くのが無難です。
良い回答のサイン理由を率直に話し、それを受けて変えたこと(体制・評価・働き方)まで説明がある
注意したい回答話をそらす、または「合わない人が辞めただけ」と個人の問題として片付ける

評価制度を確かめる逆質問8問

評価制度は、入社後の年収と納得感に直接関わるのに、もっとも聞きにくいテーマです。Findyの調査では、転職活動中に入社意欲が下がる評価項目の上位は次の3つでした。

入社意欲が下がる評価項目回答割合
出社頻度によって評価が変わる67.48%
最終評価者がエンジニアリングを理解してくれない62.84%
スキルの高さや技術面での成長を評価してくれない60.39%

出典: ファインディ株式会社「エンジニアの評価に関する調査」(2023年11月、Findy登録ユーザー471名)

この3点は、そのまま逆質問に変換できます。同じ調査で「エンジニアとビジネスサイドで評価項目や方法に違いがある」と答えた人は45.68%で、違いがある会社ほどエンジニアの納得度が高い傾向だったとされています。

評価制度の逆質問に対する回答を、具体的な回答・あいまいな回答・はぐらかす回答の3段階で読み分ける図
答えは「具体的か」で読み分ける。曖昧な答えは悪いとは限らないが、次の段階で別の人に確認する
E-012次
エンジニアの評価は、どなたがどういう流れで最終決定していますか
Findy調査で2番目に多かった「最終評価者がエンジニアリングを理解してくれない」を確かめる質問です。
良い回答のサイン一次評価者(EMなど)と最終決定者が明確で、技術的な成果を理解できる人が評価に関わっている
注意したい回答最終決定が事業部長など非エンジニアのみで、技術面の評価の扱いが説明されない
E-022次
エンジニア職の等級ごとの期待役割は、文書になっていますか。可能であれば、どんな項目があるか教えてください
良い回答のサイン等級定義(キャリアラダー)があり、選考中でも概要を見せてもらえる、または口頭で項目を説明できる
注意したい回答「総合的に判断します」。基準が評価者の裁量に寄っている可能性が高い
E-032次
技術的な貢献、たとえば基盤改善やレビュー、採用への協力は、評価のどこに反映されますか
機能開発以外の仕事が評価されるかを聞く質問です。技術的負債の返済(D-02)が評価されない会社では、誰も負債を返しません。
良い回答のサイン評価項目に明記されている、または実際にそれで評価された人の例がある
注意したい回答「売上に直結した機能」だけが評価の軸として語られる
E-042次オファー
出社とリモートの比率は、評価に影響しますか
Findy調査で入社意欲を最も下げる要因(67.48%)だった項目です。勤務形態のルールと評価の関係を分けて聞きます。
良い回答のサイン評価はアウトプットで決まり、勤務形態とは切り離されていると明言される
注意したい回答「建前上は関係ない」「顔が見える人のほうが…」など、運用で差が出ていることを示唆する
E-052次
直近で昇格したエンジニアの方は、どんな成果が決め手になりましたか
制度ではなく実例を聞く質問です。制度の説明はきれいでも、運用の実態は事例にしか出てきません。
良い回答のサイン具体的なプロジェクトや役割の変化が語られ、制度の説明と食い違わない
注意したい回答事例が出てこない、または「在籍年数」「上司との関係」の話になる
E-062次
評価のフィードバックは、どのくらいの頻度で、どんな形で受けられますか
良い回答のサイン定期的な1on1と、評価理由の説明の場がある。次の等級に向けて何が足りないかを伝える仕組みがある
注意したい回答評価結果は通知されるが、理由の説明がない
E-07最終
マネジメントに進まずに、技術の専門性で上の等級を目指す道はありますか
役員の考え方が出やすい質問です。キャリアの方向性をまだ決めていない場合は、スペシャリストとマネジメントを選ぶ判定軸を先に整理しておくと、回答の良し悪しを判断しやすくなります。
良い回答のサインスペシャリスト等級が制度上あり、実際にその等級にいる人がいる
注意したい回答制度はあるが該当者が0人。または「上を目指すなら最終的にはマネジメント」
E-08オファー
提示いただいた等級と、その等級の年収レンジ、次の等級に上がる目安を教えてください
条件面の質問は、オファー面談で遠慮なく聞いてかまいません。年収の交渉そのものは内定〜オファー面談で使う年収交渉の手順を参考にしてください。
良い回答のサイン等級・レンジ・評価サイクル(年何回)が書面か口頭で明確に示される
注意したい回答レンジを開示しない。入社後に昇給の見通しを立てられない

印象を落とさない聞き方と、NGな聞き方

技術的負債や離職理由、評価のように聞きにくいテーマほど、聞き方で印象が大きく変わります。批判や探りに聞こえないようにするには、質問の前に「なぜ聞くのか」を一言添えるのが効果的です。

逆質問の型を「前提」「意図」「具体的な質問」の3要素で組み立てる図
逆質問の型:前提(自分の経験)→ 意図(なぜ知りたいか)→ 具体的な質問

同じことを聞く場合でも、型に沿って書き直すと次のように変わります。

技術的負債ってどれくらいありますか?
現職ではレガシーなモノリスの分割に関わってきたので、入社後も改善に関われるか気になっています。直近で「ここは作り直したい」と話題になった箇所はありますか?
Yes/Noで聞くと「特にない」と返されやすい。自分の経験と結びつけると、意欲として受け取られる
残業は多いですか?
前職では障害対応が特定の人に集中していたので、体制を知りたいと思っています。オンコールや夜間の対応はどう回していますか?
「残業を避けたい人」と受け取られにくく、働き方の実態はより正確に分かる
評価制度はどうなっていますか?
技術的な改善やレビューにも力を入れたいと考えています。そうした貢献は評価のどこに反映されますか?
漠然と聞くと制度の概要説明で終わる。自分が評価されたい軸を示すと、相手も具体的に答えやすい

避けたい逆質問

参考までに、就職・転職の面接経験者500人を対象にした株式会社ビズヒッツの調査(2021年10月)では、逆質問をしたことがある人は73.6%で、内容の1位は「入社までに準備すべきこと」でした。定番の質問が悪いわけではありませんが、他の候補者と同じ質問では差がつきません。この記事の24問は、他の候補者があまり聞かない領域を狙っています。

面接本番で聞かれる側の対策は、技術面接対策のロードマップにまとめています。

回答が曖昧だったときの次の一手

曖昧な回答が返ってきても、すぐに「この会社はダメだ」と判断する必要はありません。面接官がその領域の担当でないだけ、ということもよくあります。次の3つの手を使い分けてください。

1. その場で一段だけ深掘りする

「たとえば直近だとどんなケースがありましたか?」と事例を1つだけ求めます。それでも出てこなければ、それ以上は追わずに次の段階に回します。面接の場で問い詰めると、評価を下げるだけです。

2. 次の段階で、別の人に同じことを聞く

もっとも信頼できる情報は回答の食い違いです。1次面接で現場エンジニアが「負債の返済に時間が取れていない」と言い、最終面接で役員が「技術投資は十分にしている」と答えたら、そのずれ自体が入社後の環境を表しています。D-01とD-07、E-01とE-05のように、同じテーマを立場の違う人に聞く組み合わせを意識して質問を配分してください。

3. オファー面談で、書面で確認する

労働条件は、労働契約の締結時に書面で明示されます。2024年4月以降は、業務と就業場所の「変更の範囲」も明示事項に含まれています。口頭で聞いた等級・評価サイクル・固定残業代の内訳が書面と一致しているかを確認し、食い違いがあれば承諾前に確認するのが鉄則です。承諾までの期限が足りない場合は、内定承諾の期限を延ばしてもらう依頼の仕方も参考になります。

自分で何度も聞きにくいこと(離職理由、評価の運用実態、過去の入社者の定着など)は、その企業への紹介実績がある転職エージェント経由で確認するのも一つの手です。エージェントは企業の人事と直接やり取りしているため、面接では聞きにくい質問を代わりに確認してもらえることがあります。

面接で聞きにくいことは、エージェント経由で確認する

ITエンジニア専門のエージェントなら、企業の開発体制や評価制度を事前に確認してもらえることがあります。面談は無料です。

ITエンジニア専門エージェントに無料相談する

よくある質問

逆質問はいくつ準備すればいいですか?
1回の面接で実際に使うのは2〜3問ですが、面接中に答えが出てしまうこともあるので、各段階で5問程度を用意しておくと安心です。この記事の24問から、面接官の立場(現場エンジニア/EM/役員)に合わせて選んでください。
「特にありません」と答えると不利になりますか?
面接官によっては、関心が低い、準備不足と受け取ることがあります。面接中に疑問が解消された場合でも「ここまでで疑問はほぼ解消できました。最後に一点だけ伺えますか」と1問に絞って聞くほうが無難です。
年収や残業について逆質問してもいいですか?
聞いてかまいませんが、タイミングを選ぶのが無難です。1次・2次面接ではオンコール体制(P-04)など働き方の実態を聞く形にし、金額や等級はオファー面談で確認します(E-08)。固定残業代の内訳などは本来書面で明示される事項なので、書面で確認できます。
エンジニアの転職面接で聞かれることは何ですか?
職務経歴の深掘り(担当範囲・技術選定の理由・成果)、技術的な質問、志望動機と転職理由が中心です。段階ごとの評価軸は面談の流れと6ステージの評価軸で、技術面接の準備は技術面接対策のロードマップで詳しく解説しています。
カジュアル面談でも逆質問は必要ですか?
カジュアル面談は、むしろ候補者側が質問する比重が大きい場です。現場エンジニアと話せる機会なので、技術的負債(D-01〜D-04)や開発の流れ(P-01〜P-03)など、現場でしか分からないことを中心に聞くと効率的です。

まとめ:質問を「誰に聞くか」と「答えをどう読むか」までセットで準備する

参考・出典

福朗
福朗

フリーランスAIエンジニア。AIパイプライン開発と技術キャリアについて発信しています。

関連記事

読み込み中...