第3章: コンピテンシーとは何か — 氷山の下を可視化する

なぜ「コンピテンシー」が必要なのか

採用の本質的な問いは一つです。「この人は入社後に成果を出すか？」しかし、何を根拠にその問いに答えるかは、時代によって大きく異なりました。

伝統的な採用では学歴・職歴・IQテストが主な判断基準でした。 一流大学卒業、輝かしい職歴、高い知能指数——これらが高い人ほど活躍するはずだ、という直感的な前提があったからです。 ところが1973年、ハーバード大学の心理学者 David C. McClelland がこの前提を実証データで否定し、採用の世界に革命をもたらしました。

McClellandが提唱したコンピテンシー（Competency）とは、 「実際の職務で卓越した成果を上げる個人が示す行動特性」のことです。 学歴やIQスコアではなく、実際に優秀な人物が具体的にどう考え、どう行動するかにフォーカスするこの発想が、 現代の採用選考・評価システムの礎となっています。

McClelland 1973 — コンピテンシー革命の起点

コンピテンシーの歴史は、一本の論文から始まります。 そしてそれは、「採用してから後悔する」という米国国務省の切実な課題から生まれました。

McClellandが問題にしたのは「外交官のなかでなぜ一部だけが現地でうまく機能するのか」でした。 IQも学歴も高い人が現地文化に適応できず失敗する——その差を説明できるのは、 テストスコアではなく実際の行動パターンだとMcClellandは気づいたのです。

氷山モデル — 「見えない部分」こそが採用で重要

Spencer & Spencer (1993) が体系化した氷山モデル（Iceberg Model）は、 コンピテンシーを構成する要素を「水面上（可視）」と「水面下（不可視）」に分類します。 このモデルが採用において持つ意味は、極めて実践的です。

graph TD
  subgraph 水面上["水面上（可視・訓練しやすい）"]
    A["📚 知識 Knowledge\n特定の業務・技術・業界に関する情報"]
    B["🔧 スキル Skills\n特定の課題を遂行する身体的・認知的能力"]
  end
  subgraph 水面下["水面下（不可視・変えにくい）"]
    C["🪞 自己概念 Self-Concept\n自己イメージ・価値観・態度"]
    D["⚙️ 特性 Traits\n身体的特徴および状況や情報への持続的反応傾向"]
    E["🔥 動機 Motives\n行動の継続的方向性を決める自然な考え・欲求"]
  end
  水面上 --- 水面下

  style 水面上 fill:#1e3a5f,stroke:#3b82f6,color:#e0f0ff
  style 水面下 fill:#1a2a1a,stroke:#10b981,color:#d0ffe8
  style A fill:#2563eb,stroke:#1d4ed8,color:#fff
  style B fill:#2563eb,stroke:#1d4ed8,color:#fff
  style C fill:#059669,stroke:#047857,color:#fff
  style D fill:#059669,stroke:#047857,color:#fff
  style E fill:#059669,stroke:#047857,color:#fff

なぜ「水面下の特性」が採用で重要なのか。理由は二つです。

• 開発の困難さ: 知識やスキルは研修・実務経験で後天的に習得できます。しかし自己概念・特性・動機は、成人後にはほとんど変化しません。「採用後に育てればいい」が通じるのは水面上の部分だけです。
• 面接での見えにくさ: 知識やスキルは職務経歴書やテストで比較的容易に確認できます。しかし「なぜそう考えたか」「何にモチベーションを感じるか」という水面下の部分は、通常の面接では表面化しません。BEIが必要になるのはここです。

入閾コンピテンシー vs 識別コンピテンシー

Spencer & Spencer (1993) はコンピテンシーをさらに二種類に分類しました。 採用設計において、この分類は非常に実用的な指針になります。

この区分は、面接で「何を確認すべきか」の優先順位を明確にします。 入閾コンピテンシーは書類選考や一次スクリーニングで確認し、面接本番では識別コンピテンシーに集中するのが効率的です。

エンジニア採用への具体的な適用例：

BEI（行動事例インタビュー）— コンピテンシーモデルを作る

BEI（Behavioral Event Interview、行動事例インタビュー）は、McClellandが開発した構造化インタビュー手法です。 前章で扱った「行動面接（BBI）」がコンピテンシーモデルを使って候補者を評価する手法であるのに対し、 BEIはコンピテンシーモデルを作るための調査手法という位置づけです。

BEIの核心的なアイデアはシンプルです。ハイパフォーマーとアベレージパフォーマーの行動差を比較すれば、識別コンピテンシーが浮かび上がる。 BEI調査は組織がコンピテンシーモデルを独自に構築する際に使われ、汎用コンピテンシー辞書をそのまま使うより高い妥当性が得られます。

flowchart TD
  A["Step 1: 対象者選定\nハイパフォーマー 8〜12名\nアベレージパフォーマー 8〜12名\n（直属上長の推薦 + 業績データで選定）"] --> B
  B["Step 2: BEIの実施\n各対象者に1〜2時間のインタビュー\n重要場面5〜6件（成功2〜3件・失敗2〜3件）を\nSTAR+Tフォーマットで深掘り"] --> C
  C["Step 3: 逐語録の作成・コーディング\n発話を逐語録に起こし、コーダー2名が\n独立してコンピテンシーコードを付与\n例: 『顧客の課題を再定義した』→『課題形成力』"] --> D
  D["Step 4: 差異分析\nハイパフォーマーのみに頻出するコードを抽出\n両グループで差がないコードは入閾扱い"] --> E
  E["Step 5: コンピテンシーモデル化\n識別コンピテンシーを5〜7項目に絞り込み\n各項目を行動レベルで定義（BARSを作成）"]

  style A fill:#1e3a5f,stroke:#3b82f6,color:#e0f0ff
  style B fill:#1e3a5f,stroke:#3b82f6,color:#e0f0ff
  style C fill:#1e3a5f,stroke:#3b82f6,color:#e0f0ff
  style D fill:#1e3a5f,stroke:#3b82f6,color:#e0f0ff
  style E fill:#1a3a2a,stroke:#10b981,color:#d0ffe8

BEIで使うインタビューフォーマットはSTAR+Tです。通常のSTAR（第2章参照）にThoughts（思考・感情）を加えたもので、水面下の特性（自己概念・動機）にアクセスするために重要です。

Google・Amazon・Microsoftの評価軸（実例）

コンピテンシー設計の実例として最も参照しやすいのは、評価軸を一部公開しているテック大手の事例です。 三社とも設計思想は異なりますが、「IQや学歴ではなく行動特性で判断する」という方向性は共通しています。

エンジニア採用向けコンピテンシーモデル例

ここでは、複数の調査データ・文献（Spencer & Spencer 1993、Schmidt & Hunter 1998、Sackett et al. 2022）と テック大手のコンピテンシー設計事例をもとに、エンジニア採用向け識別コンピテンシー5軸を提案します。 これらはあくまでたたき台であり、自社でBEIを実施して検証することが理想ですが、 「ゼロから始めるコンピテンシーモデル」としての出発点として使えます。

これらの5軸は、入閾コンピテンシー（プログラミングスキル・チーム協働）を前提とした上での識別コンピテンシーです。 コーディングテストや技術課題で入閾を確認した後、面接ではこの5軸をBARSで採点することで、 技術力が同等の候補者の中から「入社後に成果を出す確率が高い人物」を選ぶ確度が上がります。