IT人材の採用面接 質問例20選と評価シートで防ぐミスマッチ

「IT人材の採用面接で、いったい何を聞けばよいのだろう」。業務委託エンジニアの面接を任され、候補者との面接日が迫るなかで、そう感じている方は少なくありません。エージェント経由で候補者は決まったものの、いざ面接の準備を始めると、聞くべき質問が思い浮かばず手が止まってしまう、というのはよくある状況です。

特に難しいのは、社内に技術を評価できる人がいない、あるいは現場のエンジニアが多忙で面接に同席できないケースです。プログラミング言語の名前は聞いたことがあっても、候補者の回答が技術的に妥当なのか、スキルレベルが案件に見合っているのかを判断する自信が持てない。「経歴はすごそうだけれど、本当に大丈夫だろうか」という曖昧な感覚のまま採否を決めることに、不安を感じている方が多いのではないでしょうか。

この不安の本質は「質問が思い浮かばない」ことではなく、「採用後にスキル不足や認識のズレが発覚したらどうしよう」というミスマッチへの懸念です。つまり本当に必要なのは、質問リストそのものよりも、技術が分からなくても再現性をもって候補者を見極められる「仕組み」です。

そこで本記事では、業務委託エンジニアの採用面接で使える質問例20選を、それぞれの「質問の意図」「見るべき観点」「NG回答例」とセットで紹介します。さらに、回答を点数化して採否を判断する評価シートのテンプレートを記事内にそのまま掲載し、面接で避けるべきNG質問・違法な質問についても解説します。読み終えたときには、現場エンジニアが不在でも一定の精度でミスマッチを判定できる準備が整っているはずです。

業務委託エンジニアの面接が「正社員採用の面接」と違う理由

業務委託エンジニアの面接を設計するうえで、最初に押さえておきたいのが「正社員採用の面接とは目的が違う」という点です。ここを意識せずに進めると、無意識のうちに正社員向けの質問を流用してしまい、本当に確認すべきことを聞き逃す原因になります。

面接の目的の違い：定着力の評価かスキルのすり合わせか

正社員の採用面接は、長期的に組織に貢献してくれる人材かどうかを見極める場です。志望動機やキャリアプラン、自社のカルチャーへの適合性（カルチャーフィット）が重視されるのは、長く一緒に働く前提があるからです。

一方、業務委託エンジニアの面接は「この案件に必要なスキルが、今この候補者にあるか」をすり合わせる場です。契約は特定の業務・期間に対して結ばれるため、5年後のキャリアビジョンよりも、目の前のプロジェクトを完遂できる即戦力性のほうがはるかに重要になります。

「将来どうなりたいですか」「なぜ当社を志望したのですか」といった質問は、業務委託の面接では優先度が下がります。代わりに「この案件で求められる技術を、どの程度の経験値で扱えるか」を具体的に確認することが面接の中心になります。

業務委託面接で必ず確認すべき4つの軸

業務委託エンジニアの面接では、次の4つの軸を漏れなく確認することをおすすめします。本記事の質問例20選も、この4軸に沿って構成しています。

• 技術スキル・経験：案件で必要な技術を、実務でどこまで扱ってきたか
• 課題解決力・進め方：要件が曖昧な状況や、トラブルにどう対応するか
• コミュニケーション・チーム適性：認識のズレを防ぎ、円滑に協働できるか
• 稼働条件・契約条件：稼働可能な時間・期間、契約形態の希望が案件と合うか

正社員面接ではあまり踏み込まない「稼働条件・契約条件」が、業務委託では合否を左右する重要な軸になります。スキルが高くても稼働時間が案件と合わなければ、その時点でミスマッチだからです。

1回の面接で判断する難しさと、評価シートで補う考え方

とはいえ、1回・1時間ほどの面接で、これら4軸すべてを正確に見極めるのは簡単ではありません。面接官が複数いれば印象が分かれますし、面接官が1人なら「なんとなく良さそう」という主観に流されがちです。

そこで有効なのが、面接の質問と評価項目を事前に対応づけておき、回答をその場で点数化していく「評価シート」です。評価シートを使えば、判断の軸が面接前から固定されるため、技術が分からない担当者でも一定の精度で候補者を比較できます。本記事の後半で、そのまま使えるテンプレートを掲載します。

技術がわからない担当者でもできる、エンジニアのスキル確認方法

「技術が分からない自分が、エンジニアのスキルを評価していいのだろうか」という不安は、非エンジニアの面接担当者が最も強く感じる部分です。結論からお伝えすると、技術用語の正誤を判定できなくても、ミスマッチを検知することは十分に可能です。

ここで目指すのは「完璧な技術評価」ではありません。コードの良し悪しを採点するのは現場エンジニアや専門家の役割です。非エンジニアの担当者が目指すべきなのは「明らかな経験不足や認識のズレを見逃さない」という、一段下げた現実的なゴールです。このゴール設定なら、技術の専門知識がなくても達成できます。

スキルシート・職務経歴書で確認すべきポイント

面接前に、候補者のスキルシート（職務経歴をまとめた書類）や職務経歴書から読み取れる情報があります。技術用語そのものは分からなくても、次の3点は誰でも確認できます。

• 担当工程：要件定義・設計・開発・テスト・運用のうち、どこを担当したか。案件で任せたい工程と重なっているかを見ます
• 役割：プロジェクトを引っ張るリーダーだったのか、指示を受けて作業するメンバーだったのか。案件で期待する役割と合っているかを見ます
• 継続期間：1つの案件・プロジェクトをどれくらいの期間続けたか。数ヶ月で次々に変わっている場合は、定着しにくい事情がないかを面接で確認します

スキルシートに並んだ技術名の多さに圧倒される必要はありません。「いつ・どの案件で・どの役割で使ったか」が具体的に書かれているかどうかのほうが、信頼性を測るうえで重要です。

技術力を「説明力」で見抜く

技術力そのものを直接採点できなくても、「説明力」を通して間接的に見抜く方法があります。本当に深く理解している人は、専門用語を並べるのではなく、相手に合わせて噛み砕いて説明できるものです。

面接では「その技術を、エンジニアではない私にも分かるように説明していただけますか」と素直に依頼してみてください。このとき、次のような点に注目します。

• 専門用語を別の言葉や身近な例えに置き換えて説明できるか
• 「なぜそれを選んだのか」「他の選択肢と何が違うのか」を語れるか
• 経験を語るときに、具体的な数字・状況・自分の判断が含まれているか

逆に、専門用語を重ねるばかりで噛み砕けない、どの案件の話も抽象的で具体性がない、という場合は、経験が浅い、あるいは担当範囲が限定的だった可能性を疑う材料になります。説明の分かりやすさは、技術が分からない担当者でも評価できる、数少ない確かな手がかりです。

コードテスト・課題提出を使うべきケースと第三者レビューの活用

説明力での見極めにも限界はあります。実装スキルそのものが案件の成否を大きく左右する場合は、コードテスト（実際にプログラムを書いてもらう試験）や、小さな課題の提出を依頼する方法が有効です。

ただし、非エンジニアの担当者がコードの中身を評価することはできません。コードテストや課題提出を取り入れる場合は、次のような体制を併用してください。

• 現場のエンジニアに、結果のレビューだけでも依頼する（面接同席は難しくても、成果物の確認なら短時間で済みます）
• 社内に評価できる人がいない場合は、技術顧問や信頼できる外部の専門家にスポットでレビューを依頼する
• エージェント経由で採用する場合は、エージェントの技術評価レポートを判断材料の1つとして活用する

面接担当者が1人ですべてを背負う必要はありません。「自分が判断できない部分は、判断できる人に渡す」という設計をしておくことが、ミスマッチを防ぐ現実的な進め方です。

業務委託エンジニアの面接質問例20選

ここからは、業務委託エンジニアの面接で使える質問例を20問紹介します。先に挙げた4つの軸ごとにカテゴリ分けし、それぞれの質問に「質問の意図」「見るべき観点」「ミスマッチを示唆するNG回答の例」をセットで付けています。

質問をそのまま読み上げるだけでなく、「見るべき観点」を意識しながら回答を聞くことで、技術が分からなくても回答の質を判断できます。各質問は、後半で紹介する評価シートの評価項目とも対応しています。

技術スキル・経験を確認する質問

質問1：直近で担当したプロジェクトで、あなたが担当した工程と役割を教えてください。

• 質問の意図：スキルシートの記載が実態と合っているか、案件で任せたい工程・役割と重なるかを確認する
• 見るべき観点：担当工程・役割を具体的に答えられるか。「チームで開発しました」で終わらず、自分が何をしたかを切り分けて語れるか
• NG回答例：「全般的に関わりました」のように、自分の担当範囲を曖昧にしか説明できない

質問2：その案件で使った技術を、エンジニアではない私にも分かるように説明していただけますか。

• 質問の意図：技術への理解の深さを「説明力」で測る
• 見るべき観点：専門用語を噛み砕き、例えや平易な言葉で説明できるか
• NG回答例：専門用語を並べるだけで、相手の理解度に合わせた説明ができない

質問3：これまでで技術的に最も苦労した課題と、それをどう解決したかを教えてください。

• 質問の意図：実務での問題解決の経験と深さを確認する
• 見るべき観点：課題の状況、試した対処、最終的な解決策が具体的に語られるか
• NG回答例：「特に苦労したことはありません」、または苦労話はあっても解決の過程を説明できない

質問4：ある技術や手法を選んだとき、なぜそれを選んだのか、他の選択肢と比べて教えてください。

• 質問の意図：指示通りに作るだけでなく、自分で判断できる人かを確認する
• 見るべき観点：選定の理由や、他の選択肢との違いを自分の言葉で語れるか
• NG回答例：「決まっていたので使いました」のみで、判断の経緯がまったくない

質問5：今回の案件で必要な〇〇（案件の主要技術）について、実務でどの程度扱った経験がありますか。

• 質問の意図：案件で必須となる技術の実務経験を直接確認する
• 見るべき観点：実務での使用期間・規模・役割を具体的に答えられるか。学習レベルか実務レベルかを区別して語れるか
• NG回答例：「勉強したことはあります」「触ったことはあります」と、実務経験と学習経験を曖昧にする

課題解決力・進め方を確認する質問

質問6：要件が曖昧なまま依頼されたとき、あなたはどう進めますか。

• 質問の意図：業務委託では細かい指示がないことも多いため、自走できるかを確認する
• 見るべき観点：不明点を確認する、前提を整理する、といった具体的な行動が語られるか
• NG回答例：「指示があるまで待ちます」のみで、自分から動く姿勢が見えない

質問7：作業の見積もりよりも時間がかかりそうだと気づいたとき、どう対応しますか。

• 質問の意図：遅延の兆候を早めに共有できるか、報告のタイミング感覚を確認する
• 見るべき観点：早い段階で関係者に共有する、という発想があるか
• NG回答例：「自分で何とか間に合わせます」と、抱え込んで報告しない姿勢を示す

質問8：過去にプロジェクトでトラブルが起きたとき、どう対応したか教えてください。

• 質問の意図：トラブル対応の実体験と、その際の動き方を確認する
• 見るべき観点：状況把握・関係者への連絡・再発防止まで、一連の流れを語れるか
• NG回答例：トラブルをすべて他者や環境のせいにし、自分の対応を振り返れない

質問9：複数の作業を並行で抱えたとき、どのように優先順位を決めますか。

• 質問の意図：限られた時間で動く業務委託として、段取り力があるかを確認する
• 見るべき観点：優先順位の判断基準（締め切り・影響範囲・依存関係など）を持っているか
• NG回答例：「来た順にこなします」のみで、優先順位という考え方がない

質問10：分からないことや初めての技術に直面したとき、どうやってキャッチアップしますか。

• 質問の意図：未知の領域にも対応できる学習力・対応力を確認する
• 見るべき観点：情報収集の手段や、人に聞く判断など、具体的な方法を持っているか
• NG回答例：「経験のある仕事しか受けません」と、対応範囲が極端に狭い

コミュニケーション・チーム適性を確認する質問

質問11：依頼内容の認識がずれていないか、どうやって確認しますか。

• 質問の意図：認識のズレはミスマッチの主因のため、それを防ぐ習慣があるかを確認する
• 見るべき観点：自分の理解を言語化して相手に確認する、といった具体策があるか
• NG回答例：「だいたい分かるので確認しません」と、ズレを防ぐ意識が薄い

質問12：レビューやフィードバックで指摘を受けたとき、どう受け止めますか。

• 質問の意図：指摘を素直に受け入れて改善できる人かを確認する
• 見るべき観点：指摘を成果物の改善材料として前向きに捉えているか
• NG回答例：指摘を人格否定のように受け取る、または反論ばかりで改善につなげない姿勢が見える

質問13：報告・連絡・相談は、どのくらいの頻度・どんな手段で行うのが望ましいと考えますか。

• 質問の意図：報連相のスタイルが、自社の進め方と合うかを確認する
• 見るべき観点：相手やプロジェクトに合わせて頻度・手段を調整する柔軟さがあるか
• NG回答例：「終わったら報告します」のみで、進捗共有の発想がない

質問14：非エンジニアのメンバーと協働するとき、意思疎通で工夫していることはありますか。

• 質問の意図：技術が分からない依頼側とも円滑に進められるかを確認する
• 見るべき観点：相手の知識レベルに合わせて説明を変える意識があるか
• NG回答例：「技術の話は技術者としかしません」と、非エンジニアとの協働に消極的

質問15：チームやクライアントと意見が対立したとき、どう折り合いをつけますか。

• 質問の意図：対立を建設的に解消できるかを確認する
• 見るべき観点：相手の意図を聞いたうえで、根拠を示して話し合える姿勢があるか
• NG回答例：「自分の意見を通します」または「相手に合わせるだけです」と、両極端な対応しかできない

稼働条件・契約条件を確認する質問

質問16：今回の案件に、週あたり・月あたりどのくらいの時間を稼働できますか。

• 質問の意図：案件が求める稼働量と、候補者が出せる稼働量が合うかを確認する
• 見るべき観点：具体的な時間数で答えられるか。案件の想定と大きなズレがないか
• NG回答例：「状況によります」のみで、目安となる時間をまったく示せない

質問17：現在、他に並行して受けている案件はありますか。今後増える予定はありますか。

• 質問の意図：並行案件によって稼働が圧迫されるリスクを確認する
• 見るべき観点：並行案件の有無と、本案件への影響を正直に説明できるか
• NG回答例：質問をはぐらかし、並行状況を明確にしない

質問18：契約形態（準委任・請負など）について、希望や得意な進め方はありますか。

• 質問の意図：契約形態の認識を双方ですり合わせ、後のトラブルを防ぐ
• 見るべき観点：契約形態ごとの違いを理解し、自分の希望を説明できるか
• NG回答例：契約形態に関心がなく、条件面の認識合わせができない

質問19：稼働を開始できる時期と、契約終了・更新についての考えを教えてください。

• 質問の意図：開始時期と契約期間が、案件のスケジュールと合うかを確認する
• 見るべき観点：開始可能日を明確に示せるか。更新や終了についての考えに無理がないか
• NG回答例：開始時期が大幅に先、または曖昧で、案件の計画と整合しない

質問20：稼働する時間帯や、定例の打ち合わせへの参加について、希望や制約はありますか。

• 質問の意図：コミュニケーションが取れる時間帯が重なるかを確認する
• 見るべき観点：打ち合わせに参加できる時間帯があるか。制約があっても代替案を出せるか
• NG回答例：稼働時間帯がまったく重ならず、連絡や打ち合わせの調整ができない

採用後のミスマッチを防ぐ「評価シート」の作り方とテンプレート

質問を用意しても、回答を「なんとなく良かった」で終わらせてしまうと、面接の精度は上がりません。回答をその場で点数化し、記録に残す評価シートを使うことで、判断の軸がぶれず、複数の候補者を公平に比較できるようになります。

評価シートに入れるべき評価項目と配点の考え方

評価シートの評価項目は、面接質問の4つの軸とそろえます。具体的には「技術スキル・経験」「課題解決力・進め方」「コミュニケーション・チーム適性」「稼働条件・契約適合性」の4項目です。

配点では、案件にとって重要な軸の比重を高くします。たとえば技術難易度の高い案件なら技術スキルの配点を厚くし、関係者との調整が多い案件ならコミュニケーションの配点を厚くする、といった調整です。配点は面接前に決めておくことが重要です。面接後に「この候補者は技術が高いから技術の比重を上げよう」と後付けで変えると、評価が主観的になってしまいます。

各項目は5段階で評価します。判定の基準を言葉で定義しておくことで、面接官による評価のばらつきを抑えられます。

評価シートのテンプレート

そのまま使える評価シートのテンプレートを掲載します。配点は標準的な案件を想定した一例です。案件の特性に合わせて調整してください。

評価項目と配点・判定基準

満点は100点です。各項目を5段階（5・4・3・2・1）で評価し、「評価点 ÷ 5 × 配点」で項目スコアを算出します。たとえば技術スキルで「4」をつけた場合、4 ÷ 5 × 30 = 24点となります。

採否ボーダーの目安

ボーダーラインの数値は案件によって調整してください。重要なのは、面接前にボーダーを決めておき、面接後の印象でボーダー自体を動かさないことです。

記入例とスコアの読み方

実際の記入イメージをつかむため、ある候補者を想定した記入例を示します。

記入例：候補者A（Webアプリ開発の業務委託案件を想定）

このように、合計スコアだけでなく、どの項目が低いのかを見ることが大切です。候補者Aは合計71点で「条件付き検討」ゾーンに入っています。総合点だけ見れば見送りに傾きそうですが、低いのは稼働条件の項目であり、追加で繁忙期の稼働を確認すれば解消できる可能性があります。一方、技術スキルが極端に低くて71点なら、判断はより慎重になります。同じ点数でも「どこが低いか」で意味が変わるのです。

面接官が複数いる場合のスコア合議

複数人で面接した場合は、それぞれが独立して評価シートに記入してから突き合わせます。先に話し合ってしまうと、声の大きい人の印象に引きずられるためです。

突き合わせの際は、点数が大きく割れた項目に注目します。たとえば技術スキルを一方が「4」、もう一方が「2」とつけた場合、その差がどこから来たのかを話し合います。聞いた内容の解釈が違うのか、評価基準の理解がずれているのか。この対話そのものが、評価の精度を高めます。最終スコアは単純平均でも、議論を経た合意値でも構いませんが、「割れた項目を必ず議論する」という手順は守ってください。

業務委託の面接で避けるべきNG質問・違法な質問

ミスマッチを防ぐことと並んで気をつけたいのが、面接で聞いてはいけない質問です。知らずに不適切な質問をしてしまうと、就職差別につながるおそれがあり、会社の信用を損なうリスクにもなります。安心して面接に臨むために、避けるべき質問を整理しておきましょう。

厚生労働省ガイドラインで配慮が求められている事項

厚生労働省は「公正な採用選考」の考え方を示しており、応募者の基本的人権を尊重した選考を求めています。そのなかで、次のような事項を応募書類に記載させたり面接で尋ねたりすることは、就職差別につながるおそれがあるとされています（出典：厚生労働省「採用選考時に配慮すべき事項」）。

本人に責任のない事項

• 本籍・出生地に関すること
• 家族に関すること（職業・続柄・健康・病歴・地位・学歴・収入・資産など）
• 住宅状況に関すること（間取り・部屋数・住宅の種類・近隣の施設など）
• 生活環境・家庭環境などに関すること

本来自由であるべき事項（思想・信条にかかわること）

• 宗教に関すること
• 支持政党に関すること
• 人生観・生活信条などに関すること
• 尊敬する人物に関すること
• 思想に関すること
• 労働組合・学生運動などの社会運動に関すること
• 購読新聞・雑誌・愛読書などに関すること

これらは、採用基準にするつもりがなくても、面接で尋ねた時点で結果的に採否の判断に影響を与えてしまうおそれがあるため、質問しないことが求められています。業務委託契約は雇用契約とは異なりますが、応募者の人権に配慮するという考え方は、外部人材の選考においても同じように尊重すべきものです。

業務委託ならではの注意点：指揮命令・偽装請負につながる聞き方

業務委託エンジニアの面接では、もう1つ気をつけたい点があります。それは、雇用契約のように細かく指揮命令することを前提とした聞き方をしてしまうと、契約の実態が「偽装請負」と見なされるおそれがある、という点です。

業務委託（準委任・請負）契約では、発注側は成果物や業務の遂行を委託しますが、働く時間や進め方を細かく指示・管理する権限は持ちません。そうした指揮命令は、雇用契約のもとで認められるものです。面接の段階から、次のような聞き方には注意してください。

• 「始業・終業の時刻を当社の社員と同じにしてもらえますか」のように、勤務時間を一律に拘束する前提の質問
• 「当社の業務だけに専念し、他の案件は受けないでください」のように、専属義務を一方的に求める質問
• 「日々の業務をすべて当社の指示通りに進めてもらいます」のように、作業の進め方を全面的に管理する前提の質問

これらは、業務委託でありながら実態は雇用に近い働かせ方となり、偽装請負のおそれにつながります。確認したいのは「拘束できるか」ではなく「案件の条件と候補者の条件が合うか」です。聞く目的を取り違えないことが大切です。

NG質問の言い換え例

避けるべき質問でも、聞きたい本来の目的に立ち返れば、適切な形に言い換えられます。代表的な例を挙げます。

聞きたいことの本質は「案件をきちんと進められる候補者か」です。その目的に沿って質問を組み立てれば、就職差別や偽装請負のリスクを避けながら、必要な情報を引き出せます。

まとめ：面接設計と評価シートで業務委託エンジニアの採用精度を高める

業務委託エンジニアの採用面接でミスマッチを防ぐための流れを、あらためて整理します。

• 正社員採用とは目的が違う：志望動機やキャリアプランより、「この案件に必要なスキルが今あるか」のすり合わせが面接の中心になります
• 技術が分からなくても見極められる：完璧な技術評価を目指さず、「説明力」や経歴の具体性からミスマッチの兆候を検知することに集中します
• 質問例20選を意図つきで使う：4つの軸に沿った20問を「見るべき観点」とセットで使えば、技術が分からなくても回答の質を判断できます
• 評価シートで点数化する：回答をその場で5段階評価し、配点・ボーダーを面接前に決めておくことで、主観に流されず候補者を比較できます
• NG質問を避ける：就職差別につながるおそれのある質問や、偽装請負につながる聞き方を避け、安心して面接に臨みます

業務委託エンジニアの採用ミスマッチは、運や勘の問題ではなく、「面接の設計」と「評価の仕組み化」によって大きく減らせます。本記事の質問例と評価シートのテンプレートは、そのまま面接の準備に使えるはずです。

実際の面接では、評価シートを自社の案件に合わせてカスタマイズしたり、面接後のオンボーディング（受け入れ・立ち上げ）や契約実務へとつなげたりと、さらに踏み込んだ準備が成果を左右します。たとえば稼働条件の評価をより精緻にするには、案件にかかる費用や稼働量の相場観をあわせて押さえておくと、面接での条件すり合わせがスムーズになります。エンジニアにかかる費用の考え方については、エンジニア費用の予算設計をプロジェクト規模別に解説もあわせてご覧ください。面接の設計を整え、評価の軸を仕組みとして持つことが、外部人材を活かす第一歩になります。