記事一覧に戻る
2026.4.11採用

コンピテンシー面接の始め方|「なんとなく評価」を卒業する質問設計と導入ステップ

採用面接書類選考AI
コンピテンシー面接の始め方|「なんとなく評価」を卒業する質問設計と導入ステップ

はじめに —— 「コンピテンシー面接」は難しくない。設計されていないだけ

コンピテンシー面接という言葉を聞いて、こう感じる採用担当者は多いのではないでしょうか。

「理屈は分かるが、うちでやるのは大変そうだ」

確かに、教科書的なコンピテンシー面接の解説を読むと、行動指標の設計、STARメソッドの習得、スコアリング基準の定義……と、準備すべきことが山積みに見えます。

しかし、現場で本当に必要なのはたった2つです。

  1. 「この面接で何を見るか」を事前に決める
  2. 「過去の行動」を聞く質問を用意する

この2つさえできれば、面接の質は劇的に変わります。完璧な制度設計は不要です。まず1つのポジションで試し、効果を実感してから広げる。それがコンピテンシー面接の正しい始め方です。

この記事では、コンピテンシー面接を**「今の面接を置き換える」のではなく「今の面接に構造を加える」**形で導入する方法を解説します。

なぜ「なんとなく評価」が生まれるのか

面接官は悪くない。設計がないだけ

多くの企業で、面接は以下のように行われています。

  1. 面接官が候補者の経歴書を面接直前に読む(か、読まない)
  2. 「では、ご経歴を教えてください」から始まる
  3. 面接官が気になったことを自由に聞く
  4. 「この人は良さそう / 微妙」で判断する

これは面接官のスキル不足ではありません。面接が設計されていないのです。

「何を見るか」が決まっていなければ、面接官は自分の経験と直感で質問するしかない。結果として、面接官Aは技術力を重視し、面接官Bはカルチャーフィットを重視し、同じ候補者に対して真逆の評価が出ます。

「なんとなく評価」がもたらす3つのコスト

コスト 発生メカニズム 影響
面接官の工数浪費 書類で落とすべき候補者が面接に進む / 面接で確認すべきことが絞れず全方位で聞こうとする 1回の面接あたり30分以上の無駄
優秀人材の取りこぼし 「なんとなく合わない」で落とされるが、根拠がないので誰も検証できない 本来採用できた人材の機会損失
候補者体験の悪化 一次面接と二次面接で同じことを聞かれる / 「書類に書いたことをまた聞かれる」 辞退率の上昇、採用ブランドの毀損

コンピテンシー面接とは何か

定義をシンプルに

コンピテンシー面接とは、**「あらかじめ定義した評価項目(コンピテンシー)に沿って、候補者の過去の行動を聞き、レベルを判定する面接手法」**です。

従来の面接との違いを一言で言えば:

  • 従来の面接:何を聞くかは面接官次第。評価も面接官の印象で決まる
  • コンピテンシー面接:何を見るかが事前に決まっている。過去の行動で評価する

「構造化 ≠ ロボット面接」

よくある誤解を先に解いておきます。

誤解 実際
全員にまったく同じ質問をする 評価項目は統一するが、質問は候補者の背景に合わせる
面接官の個性が出せない 深掘りの方向は面接官の判断。フレームワークの中で自由度がある
準備に膨大な時間がかかる 最初のポジションは2時間。2つ目以降はテンプレート活用で30分
大企業しかできない 5人の会社でも、1ポジションからなら今日始められる

コンピテンシー面接の予測精度

Googleの採用チームの研究によれば、構造化面接(コンピテンシー面接を含む)は、非構造化面接と比較して入社後のパフォーマンス予測精度が約2倍になるとされています。

面接手法 予測妥当性 特徴
非構造化面接 低い 面接官の印象に依存。再現性なし
コンピテンシー面接 高い 過去の行動に基づく。評価基準が明確
ケース面接 中程度 問題解決力は測れるが、行動特性は見えにくい
雑談型面接 非常に低い リラックスした雰囲気は良いが、評価に使えない

予測精度が2倍になるということは、「採用して失敗」の確率が半減するということです。

コンピテンシー面接の導入4ステップ

Step 1: 評価コンピテンシーを3〜5個に絞る(30分)

まず、このポジションの面接で見るべきコンピテンシーを選びます。

**前回の記事**でコンピテンシーを定義済みなら、そこからMust項目を中心に3〜5個を選びます。定義がまだなら、以下の問いで洗い出します。

面接で見るべきコンピテンシーを選ぶ問い:

問い 目的
このポジションで成果を出す人と、そうでない人の違いは何か? コンピテンシー候補の洗い出し
書類では分からないが、面接で確認しないと判断できないことは何か? 面接の役割の明確化
過去に「採用して失敗だった」ケースの原因は何だったか? 見落としがちなコンピテンシーの特定

例:バックエンドエンジニアの面接コンピテンシー(4個)

# コンピテンシー なぜ面接で見るか
1 技術的課題解決力 書類では経験の記載があっても、思考の深さは面接でしか分からない
2 設計判断力 トレードオフの判断プロセスは対話でしか引き出せない
3 協働推進力 コミュニケーションスタイルは書類から読み取れない
4 不確実性耐性 スタートアップ環境への適応力は行動エピソードで判断する

ポイント:面接で見るコンピテンシーは3〜5個に絞る。1時間の面接で6個以上を深く見ることは物理的に不可能です。浅く広く聞くより、深く掘った方がレベル判定の精度が上がります。

Step 2: 各コンピテンシーの質問を設計する(1時間)

コンピテンシー面接の質問は、STAR法で設計します。

STAR法とは

要素 意味 聞き方
S (Situation) どんな状況だったか 「どのような状況でしたか?」
T (Task) あなたの課題・役割は何だったか 「あなたの役割は何でしたか?」
A (Action) 具体的にどんな行動を取ったか 「具体的にどう行動しましたか?」
R (Result) その結果どうなったか 「結果はどうなりましたか?」

重要なのは「A(行動)」の深掘りです。多くの候補者はSとRは上手に話しますが、Aの部分を曖昧にしがちです。「具体的に何をしたか」を粘り強く聞くことで、実際のコンピテンシーレベルが見えてきます。

コンピテンシー別の質問テンプレート

技術的課題解決力:

メイン質問:
「これまでに直面した最も難しい技術的課題を教えてください。
 どのように分析し、解決しましたか?」

深掘り質問(回答に応じて選択):
・「その問題を最初にどう分析しましたか?何から調べましたか?」
・「他にどんな解決策を検討しましたか?なぜその方法を選びましたか?」
・「実装中に想定外のことは起きましたか?どう対処しましたか?」
・「振り返って、次に同じ課題があれば何を変えますか?」

設計判断力:

メイン質問:
「技術的な設計判断でチーム内の意見が分かれた経験はありますか?
 どのように判断し、チームを納得させましたか?」

深掘り質問:
・「どんな選択肢がありましたか?それぞれのメリット・デメリットは?」
・「最終的にどう判断しましたか?その判断基準は何でしたか?」
・「その判断は結果的に正しかったですか?何を学びましたか?」

協働推進力:

メイン質問:
「チームの開発品質を向上させるために、
 あなたが主体的に取り組んだことを教えてください。」

深掘り質問:
・「コードレビューで厳しいフィードバックをもらった経験は?どう受け止めましたか?」
・「逆に、あなたがフィードバックを伝える際に気をつけていることは?」
・「チーム内で技術レベルに差がある場合、どう対応していますか?」

不確実性耐性:

メイン質問:
「要件や優先順位が頻繁に変わる環境で働いた経験はありますか?
 どう対応しましたか?」

深掘り質問:
・「優先順位の変更をどう受け止めましたか?ストレスを感じましたか?」
・「情報が不十分な状態で判断しなければならなかった経験は?」
・「その経験から、不確実性への対処法で何か変えたことはありますか?」

質問設計の3つのルール

ルール 理由 Bad例 → Good例
過去の行動を聞く 仮定質問は理想論を引き出しやすい 「困難があったらどうしますか?」→「困難に直面した経験を教えてください」
具体的なエピソードを求める 抽象的な回答は評価に使えない 「普段はどう対応しますか?」→「最近の具体的なケースを教えてください」
書類で確認済みの事項は聞かない 候補者の信頼を損ない、時間も無駄 「ご経歴を教えてください」→「書類で拝見した○○のプロジェクトについて、もう少し詳しく聞かせてください」

Step 3: スコアリング基準を設定する(30分)

面接後に「良い / 微妙」ではなく、コンピテンシーごとにスコアをつけます。

5段階スコアリング基準テンプレート

各コンピテンシーに対して、以下の基準を設定します。

スコア 基準 判断のポイント
5 卓越 組織レベルの影響を与える行動。複数の解決策を比較検討し最適解を選択 「このレベルの人は滅多にいない」と感じる
4 優秀 チームレベルで成果を出す行動。根本原因を特定し適切に解決 「即戦力として期待できる」と判断できる
3 標準 一般的な課題に対して適切に対処。指示を受けて実行可能 「育成次第で4になりそう」と感じる
2 発展途上 課題は認識できるが、解決策の立案にサポートが必要 「自走は難しそう」と感じる
1 不十分 課題の認識自体が不十分。具体エピソードが出ない 「このコンピテンシーは持っていない」と判断

判定のコツ:

  • エピソードの具体性でレベルが分かれる。レベル4-5の人は具体的な数字、プロセス、振り返りまで語れる
  • 深掘りへの耐性がレベルの指標。表面的な回答に終始する場合はレベル2-3
  • 自発性がレベル3と4の分水嶺。指示されてやったのか、自ら気づいて動いたのか

面接評価シートテンプレート

候補者名: ________
ポジション: ________
面接官: ________
面接日: ________

| # | コンピテンシー | スコア (1-5) | 根拠(どのエピソードから判断したか) |
|---|-------------|:-----------:|------------------------------|
| 1 | 技術的課題解決力 | | |
| 2 | 設計判断力 | | |
| 3 | 協働推進力 | | |
| 4 | 不確実性耐性 | | |

全Must項目がスコア3以上 → 次のステップに進める
Must項目にスコア2以下がある → 不通過(理由を明記)

総合所見:
次のフェーズへの引き継ぎ事項:

Step 4: 書類選考の情報を面接に活かす(15分/候補者)

コンピテンシー面接の効果を最大化するのが、書類選考からの情報引き継ぎです。

前回の記事で紹介した書類選考スコアリングシートの「面接で確認すべきこと」を、面接前に面接官に共有します。

引き継ぎの具体例

書類選考の評価:

技術的課題解決力:推定レベル4(定量成果の記載あり。「レスポンスタイムを3秒→500msに改善」)
協働推進力:推定レベル2(チーム開発の記載はあるが、具体的な協働エピソードが薄い)

面接官への引き継ぎ:

  • 技術的課題解決力は書類で高評価。面接では「パフォーマンス改善の分析プロセス」を深掘りして裏付けを取ってください
  • 協働推進力は書類だけでは判断できませんでした。面接で重点的に確認をお願いします。特に「チームでの意見対立」「コードレビューのスタイル」について具体的なエピソードを聞いてください
  • 不確実性耐性については、現職が大手SIerのため未知数。スタートアップ環境への適応に関するエピソードを探ってください

この引き継ぎがあるだけで、面接官は**「何を重点的に聞けばいいか」が事前に分かる**状態で面接に臨めます。「とりあえず経歴を聞く」ところから始める必要がなくなり、限られた面接時間を有効に使えます。

職種別:コンピテンシーと質問のカスタマイズ例

コンピテンシーはポジションごとに異なります。3つの職種について、推奨コンピテンシーと質問例を紹介します。

エンジニア(バックエンド)

# コンピテンシー 重み メイン質問
1 技術的課題解決力 30% 最も難しい技術課題をどう解決したか?
2 設計判断力 25% 技術選定でチームの意見が分かれた経験は?
3 協働推進力 25% チームの開発品質向上のために取り組んだことは?
4 不確実性耐性 20% 要件が頻繁に変わる環境での対処法は?

営業(法人向けSaaS)

# コンピテンシー 重み メイン質問
1 顧客課題の構造化力 30% 顧客の表面的な要望の裏にある本質的課題を見抜いた経験は?
2 提案構築力 25% 顧客の状況に合わせて提案内容を変えた経験は?
3 関係構築力 25% 最初は断られた顧客との関係をどう構築したか?
4 数字への執着 20% 目標未達が見えたとき、何をどう変えたか?

人事・採用担当

# コンピテンシー 重み メイン質問
1 ステークホルダー調整力 30% 現場と経営で採用方針が異なった経験。どう調整したか?
2 候補者体験の設計力 25% 選考プロセスで候補者の満足度を高めた取り組みは?
3 データドリブン思考 25% 採用データをもとに施策を変えた経験は?
4 仕組み化力 20% 属人的だった業務を仕組み化した経験は?

面接官が陥りやすい5つのワナと対処法

コンピテンシー面接を導入しても、面接官が以下のワナにはまると効果が薄れます。

# ワナ 何が起きるか 対処法
1 仮定質問に逃げる 「もし○○なら?」と聞いてしまい、理想論を引き出す 「実際に経験したケースを教えてください」に戻す
2 候補者の話を鵜呑みにする 良いエピソードだけ聞いて高評価にしてしまう 必ず「うまくいかなかった部分は?」を聞く
3 確認バイアス 「良さそう」と思った候補者の良い点だけを探す コンピテンシーごとにスコアを独立してつける
4 時間配分の失敗 1つのエピソードに時間をかけすぎて他が見れない コンピテンシー1つあたり15分の目安を持つ
5 「書類に書いてあること」を聞く 候補者の信頼を失い、面接時間も浪費する 書類の引き継ぎを読んでから面接に臨む

導入のタイムライン

Week 1: 設計(2時間)

やること 所要時間 アウトプット
対象ポジションを1つ選ぶ 5分 対象ポジション名
コンピテンシーを3〜5個選ぶ 30分 コンピテンシーリスト
各コンピテンシーの質問を設計 60分 質問テンプレート
スコアリング基準を設定 25分 評価シート

Week 2-3: 実践(通常の面接の中で)

やること ポイント
次の面接からコンピテンシー面接を適用 完璧を目指さない。「3つの質問を用意して臨む」だけでも効果あり
面接後にスコアリングシートを記入 面接直後に書く。時間が経つと印象が曖昧になる
他の面接官にもシートを渡して試してもらう 「使ってみた感想」を集める

Week 4: 振り返り(1時間)

やること 確認ポイント
面接官の感想を集める 「質問は聞きやすかったか」「スコアリングは判断しやすかったか」
質問・基準を修正 「この質問では深い回答が出なかった」→ 別の聞き方に変更
書類→面接の引き継ぎの効果を確認 「引き継ぎ情報で面接の質は変わったか」

Month 2〜: 展開

やること ポイント
他ポジションに展開 テンプレートをベースにカスタマイズ(30分/ポジション)
面接官向け15分レクチャー 「過去の行動を聞く」「深掘りの方法」の2点だけ伝える
四半期ごとにコンピテンシーの見直し 入社後のパフォーマンスと照合して基準を改善

コンピテンシー面接の導入チェックリスト

設計

  • 面接で見るコンピテンシーが3〜5個に絞られている
  • 各コンピテンシーにメイン質問+深掘り質問が用意されている
  • 5段階のスコアリング基準が定義されている
  • 面接評価シートのテンプレートが用意されている

書類→面接の連携

  • 書類選考の「面接で確認すべきこと」が面接官に共有されている
  • 書類で確認済みの事項が面接官に伝わっている(重複質問を防ぐ)
  • 面接で重点確認すべきコンピテンシーが明示されている

面接実施

  • 質問は「過去の行動」を聞く形になっている(仮定質問ではない)
  • 面接後すぐにスコアリングシートを記入している
  • 「この面接で何が分かり、何が分からなかったか」を記録している

運用

  • 月次で「質問が機能しているか」を振り返っている
  • 面接官間でスコアの付け方のキャリブレーションをしている
  • 入社後のパフォーマンスとの照合でコンピテンシーを改善している

まとめ —— 完璧を目指さず、「1つの面接」から変える

コンピテンシー面接の導入に必要なのは、大がかりな制度設計ではありません。

やるべきことはシンプルです:

  1. この面接で見るコンピテンシーを3〜5個決める
  2. 各コンピテンシーに「過去の行動を聞く」質問を用意する
  3. 面接後にコンピテンシーごとにスコアをつける

この3つを「次の1回の面接」から実行するだけで、面接の質は変わります。

完璧なスコアリング基準は、実際に使いながら改善すればいい。面接官全員への展開は、1つのポジションで効果を実感してからでいい。

大事なのは「始める」ことです。 「なんとなく良い人を探す面接」から、「何を見るかが決まっている面接」への転換は、採用の質を構造的に変えます。


Tasonal AI書類選考

Tasonal AI書類選考は、コンピテンシーを含む評価基準を構造化し、候補者ごとに「面接で確認すべきポイント」と「候補者の背景に合わせた質問リスト」を自動生成。書類→面接の一貫した評価を仕組みで実現します。

→ 無料で試してみる


関連記事

まずはお気軽にご相談ください

オンラインで30分、貴社の採用課題に合わせてご提案します。

関連するサービス

書類選考・日程調整・スカウトを効率化する採用AIプラットフォーム

採用AIエージェント Tasonalを見る