エンジニア面接の技術質問｜4種類の準備と答え方

エンジニアの転職面接で出る技術質問は、これまでの経験の深掘り、基礎知識の確認、設計の質問、コーディングの4種類に分かれます。面接官が確かめたいのは、入社してすぐに任せられる経験があるかと、技術を選んだ理由を自分の言葉で説明できるかの2点です。

準備は、話すプロジェクトを2〜3件に絞って棚卸しし、応募先の選考フローでどの回に技術質問やコーディングテストがあるかを確かめるところから始めます。答えは「前提・選択肢・選んだ理由・結果」の順に組み立てると、深掘りされても崩れません。

技術質問で面接官が確かめるのは即戦力の経験と判断の理由

中途採用の技術質問は、知識の量を測る試験ではなく、応募者が入社後すぐに担える経験を持っているかを確かめる場です。企業が経験者を採用する理由そのものが、即戦力と専門知識に置かれています。

厚生労働省の転職者実態調査によると、専門的・技術的な仕事で転職者を採用した理由は「経験を活かし即戦力になるから」が64.1%で最も多く、「専門知識・能力があるから」が51.2%で続きました。転職者の賃金を決めるときに「これまでの経験・能力・知識」を考慮した事業所は、全産業で59.2%、情報通信業では81.3%です（厚生労働省「令和7（2025）年転職者実態調査の概況」・2026年9月公表）。

面接で経験をどこまで具体的に話せるかは、合否だけでなく提示される年収の根拠にもなるということです。技術質問への答えは「知っているか」で終えず、「どの案件で、どう使い、なぜそう判断したか」まで話せるように準備します。

技術質問は経験・知識・設計・コーディングの4種類に分かれる

エンジニアの転職面接で聞かれる技術質問は、問い方と面接官が見ている点で分けると4種類です。種類ごとに準備の中身が違うため、応募先の職種と選考フローに合わせて、どこに時間をかけるかを決めます。

種類	聞かれ方の例	面接官が見ている点	準備すること
経験の深掘り	「直近のプロジェクトで担当した範囲と、技術選定の理由を教えてください」	担当範囲の広さ、判断の理由を説明できるか	話すプロジェクトを2〜3件に絞り、担当・判断・結果を整理する
基礎知識	「検索クエリでインデックスが使われなくなるのはどんな場合ですか」「HTTP のステータスコードの使い分けは」	普段使う技術の仕組みを理解しているか	職務経歴書に書いた言語・フレームワーク・DB の基本を自分の担当範囲の例で説明できるようにする
設計	「アクセスが10倍になったら、このサービスのどこから手を入れますか」	前提の置き方、選択肢の比べ方	経験した構成を図に描けるようにし、別の選択肢と比べた理由を言えるようにする
コーディング	コーディングテスト、面接の場でのライブコーディング	書くコードの読みやすさ、考え方の説明	応募先の言語で、制限時間つきの問題を解く練習をする

経験の深掘りでは技術を選んだ理由まで聞かれる

経験の深掘りの質問は、職務経歴書に書いたプロジェクトを起点に「なぜ」を2〜3回重ねてくる形が中心です。「Go で書き直した」と答えれば、次に「Go を選んだ理由は」「ほかに検討した言語は」「書き直して何が変わったか」と続きます。

この質問で評価を分けるのは、自分が決めたことと、チームや上長が決めたことを分けて話せるかです。チームの成果を話すときも、自分が担当した部分と、自分が判断した場面を切り出して説明します。

基礎知識の質問は自分の担当範囲の言葉で答える

基礎知識の質問で伝わりやすいのは、教科書どおりの定義より、自分が扱ってきた場面に引き寄せた答えです。たとえばインデックスの質問なら、定義を一言で述べたあと、「前の職場で検索が遅くなったとき、実行計画を見て複合インデックスの列の順番を入れ替えた」と経験を添えます。

準備の範囲は、職務経歴書に書いた技術すべてです。書いた技術は面接で聞かれてもよいものとして、仕組みを1〜2分で説明できるかを確かめておきます。

設計の質問は前提を確かめてから選択肢を比べる

設計の質問には正解が1つに決まらないものが多く、面接官が見るのは答えそのものより、前提をどう置き、どの選択肢をどう比べたかです。いきなり答えを出さず、「想定するユーザー数と、読み込みと書き込みのどちらが多いかを確認してもよいですか」と前提を確かめてから話し始めます。

選択肢を2つ以上挙げ、それぞれの利点と弱点を述べてから、今回の前提ならどちらを選ぶかを答えます。経験した構成に置き換えて話すのも、机上の答えではないと示す方法です。

技術質問が出る回は求人の選考フローで確かめられる

技術質問がどの回で、誰から出るかは企業ごとに違い、求人票の選考フローや選考プロセスの説明に書かれていることがあります。応募の前に確かめておけば、回ごとに準備の重点を変えられます。

Offers に掲載されたエンジニア・PdM の正社員求人のうち、選考ステップに面接を含む求人では、面接2回が62.1%で最も多く、3回が22.1%、1回が15.5%でした（Offers（株式会社overflow）調べ・選考ステップに面接を含むエンジニア・PdM の正社員求人 n=1,358・2022年6月〜2026年10月公開）。回ごとの担当者と最終面接の準備は「ベンチャーの最終面接｜通過率の見方と担当者別の対策」で詳しく扱っています。

選考ステップにコーディングテストを置くエンジニア職の求人は10.0%でした（Offers（株式会社overflow）調べ・エンジニア職の正社員求人 n=1,606・2022年3月〜2026年10月公開）。テストの形式ごとの練習は「コーディングテスト対策｜転職選考での備え方」にまとめています。

選考プロセスの説明には、技術質問の担当者や目的を書く求人もあります。担当者には現場のリーダーのほか、CTO、VPoE（開発組織の責任者）、EM（エンジニアリングマネージャー）が書かれ、Offers の求人での書き方は次のとおりです。

「一次面接：各技術領域のリーダーとの面接（60分）」「最終面接：EM、VPoE、CTOなど2〜3名との面接（45分）」
「一次面談では当社のCTOとの技術面談を行います。お互いの技術をお話しし、技術スタックについての理解などを目的とします。」
「1次面接時に得意とする言語を用いたコーディングテストを実施します。」

一次面接を現場のリーダーやテックリードが担当する求人なら、一次面接で経験の深掘りと基礎知識の質問が中心になると見込めます。最終面接に CTO や VPoE、EM が出る場合に備えたいのは、設計の判断や技術の方向性について、より広い視点の質問です。

求人ごとの選考の流れは、Offers Jobs のエンジニア求人一覧から求人詳細を開くと、選考フローの欄を会員登録なしで確かめられます。面接の回数とコーディングテストの有無を応募前に見ておくことが、どの回に何を準備するかを決める手がかりです。

経験はSTAR、技術の判断は前提・選択肢・理由・結果で話す

技術質問への回答は、経験を話すときは STAR（状況・課題・行動・結果）、技術の判断を話すときは「前提・選択肢・選んだ理由・結果」の順で組み立てます。型を決めておくと、深掘りの質問が来ても話の筋が崩れません。

経験を話すときは STAR で状況から結果までをつなぐ

STAR は、Situation（状況）、Task（課題）、Action（行動）、Result（結果）の頭文字です。状況と課題を短く述べ、行動に一番時間を使い、結果は数字で締めます。

行動の部分では「チームで対応した」で終えず、自分が担当した作業と判断を具体的に述べます。結果は「処理時間が約30%短くなった」「障害の件数が月5件から1件に減った」のように、測った値で示すのが理想です。測っていない場合は「レビューで差し戻しが減った」のように、何が変わったかを事実で述べます。

技術の判断は前提・選択肢・選んだ理由・結果の4点で話す

「なぜその技術を選んだのか」という質問には、次の4点を順に話します。面接の前に、話すプロジェクトごとにこの形で書き出しておくと、本番で詰まりません。

前提: 月間の注文が前年の3倍に増え、夜間のバッチ処理が朝までに終わらなくなっていた
選択肢: バッチを並列化する案と、注文の確定時に都度処理する非同期キューに切り替える案を比べた
選んだ理由: 並列化は早く入れられるが、注文がさらに増えると同じ問題が出る。運用の手間は増えるが、処理量に応じて増やせるキューを選んだ
結果: 夜間バッチを廃止し、注文の確定から集計への反映までを数分に縮めた。キューの監視を当番の手順に加えた

選ばなかった案の利点まで述べられると、比べたうえで判断したことが伝わります。結果には、うまくいかなかった点やその後の手直しを含めても構いません。

分からない質問には知っている範囲と調べ方を答える

技術質問で分からないことを聞かれたときは、知っているふりをせず、「その技術は使ったことがありません」と先に伝えます。そのうえで話すのは、近い経験や、自分ならどう調べて確かめるかです。

たとえば使ったことのないメッセージキューについて聞かれたら、「使ったのは別の製品ですが、配信の保証の考え方は共通しているはずなので、まず公式ドキュメントで再送の仕組みを確かめます」と答えます。分からない質問への向き合い方も、入社後に新しい技術を学ぶ力として見られています。

話すプロジェクトは面接の前に5つの項目で棚卸しする

技術質問の準備で最も時間をかけたいのは、面接で話すプロジェクトの棚卸しです。2〜3件に絞り、1件ごとに次の5つの項目を書き出します。

項目	書き出す内容	面接で聞かれやすい質問
背景と目的	何のためのプロジェクトで、どんな課題があったか	「そのプロジェクトの目的は」
自分の担当	担当した範囲、チームの人数と自分の役割	「あなたが担当したのはどこまでですか」
技術の判断	選んだ技術・構成と、比べた選択肢、選んだ理由	「なぜその技術を選んだのですか」
結果	数字で示せる変化、測っていなければ何が変わったか	「導入してどうなりましたか」
振り返り	うまくいかなかった点、今ならどうするか	「もう一度やるなら何を変えますか」

「振り返り」の項目は準備から漏れやすい一方で、深掘りの最後に聞かれることが多い項目です。今ならどうするかを答えられると、経験から学んでいることが伝わります。

棚卸しした内容と職務経歴書の記載は、そろえておくことが大切です。面接官は職務経歴書を見ながら質問するため、書いた内容と話す内容がずれると、その点を確かめる質問が続きます。

経験の整理を自分ひとりで進めにくいときは、Offers の「職務経歴書作成・添削」を使う方法もあります。エンジニアと PdM に特化したサービスで、β版の期間中は無料です（2026年11月時点）。キャリアコンサルタントが30分のオンライン面談で経験を深掘りし、職務経歴書を Google Docs で納品します。面接で話すプロジェクトの整理にも使え、転職の意思が固まっていない段階でも利用可能です。

逆質問では開発の進め方と技術の決め方を確かめる

面接の最後の逆質問は、入社後の働き方を確かめる時間として使います。エンジニアの面接で入社後に担う仕事の具体像をつかむには、開発の進め方と技術の決め方を聞くのが近道です。

「技術選定は誰がどのように決めていますか。最近の例があれば教えてください」
「コードレビューやリリースの進め方を教えてください」
「入社後の最初の3か月で、どのような仕事を期待されていますか」
「今のチームで一番大きな技術的な課題は何ですか」

技術面接の担当者が現場のエンジニアなら開発の進め方、CTO や VPoE なら技術の方向性や組織の課題、と担当者に合わせて聞く内容を変えると、答えから得られる情報が増えます。待遇や働き方の細かな条件は、オファー面談で確かめても遅くありません。

技術質問以外の定番の質問、たとえば転職理由の答え方は「エンジニアの転職理由ランキング｜統計と面接での伝え方」で扱っています。カジュアル面談で何を聞くかは「カジュアル面談の準備と当日の流れ・質問の仕方」が参考になります。

面接の2週間前から当日までの準備の順番

面接の準備の順番は、棚卸し、声に出す練習、応募先の調べもの、当日の確認です。面接日から逆算して、次の順番で予定を組みます。

時期	やること
2週間前	話すプロジェクトを2〜3件に絞り、5つの項目で棚卸しする。職務経歴書の記載とそろえる
1週間前	応募先の選考フローを確かめ、コーディングテストがあれば応募先の言語で練習を始める。職務経歴書に書いた技術の基本を説明できるか確かめる
3日前	棚卸しした内容を声に出して話し、1件を3分程度で話せるようにする。可能なら同僚や知人に面接官役を頼み、深掘りの質問を受ける
前日	応募先の技術ブログや登壇資料、求人票の技術スタックを読み、逆質問を3〜4個用意する
当日	オンラインなら画面共有と音声を確かめ、設計の質問で図を描けるようにホワイトボードのツールか紙を用意する

声に出す練習は、一人で行うより、聞き手に途中で「なぜ」を重ねてもらうほうが本番に近くなります。録音して聞き返すのも、説明が長くなる箇所や結論が後回しになる箇所を見つける方法です。

面接に向けて経験を整理したら、Offers に経歴を登録しておく方法もあります。登録した経歴を見た企業から直接届くスカウトのメッセージが、カジュアル面談から話を始められる求人との出会いの入口です。棚卸しした技術の判断や結果をプロフィールに書いておけば、面接で深掘りされる点と同じ内容が企業に伝わります。