第1章: 人事を「システム」として見る — 機能マップの全体像

Phase 2の出発点 — 採用の「外側」へ

このシリーズ「人事の機能マップ」は、Deep Dive HR の Phase 2（人事全体への拡張）の最初のシリーズです。 Phase 1 の5シリーズでは採用（Talent Acquisition）を深く掘りました—— 採用ファネル、選考設計の科学、母集団形成、候補者体験、そしてATSとAI採用。 しかし採用は、人事という大きなシステムの一つのサブシステムにすぎません。

採用がどれだけ精緻でも、入社した人材が不適切なポジションに配置されれば活躍できません。 育成の仕組みがなければ成長は止まり、評価が納得感を欠けば動機は削がれ、報酬が市場水準を下回れば流出します。 つまり採用の成果は、採用以外の機能によって簡単に無効化されるのです。 本シリーズでは、この「人事の機能同士のつながり」を主役に据えます。

人事の6機能 — 曽和利光の整理

人事の機能分解には複数の流儀がありますが、日本の実務で最も引用される整理の一つが、 リクルート人事部出身の曽和利光氏（『人事と採用のセオリー』著者）による6機能論です。 曽和氏は人事を「採用・育成・配置・評価・報酬・代謝」の6つの機能に分解し、それぞれを次のように定義します。

この6機能は人材の流れ（フロー）として読むことができます。 外部労働市場から人材を採り入れ（採用）、適所に置き（配置）、育て（育成）、 働きぶりを判定し（評価）、価値を配分し（報酬）、最後は外部へ送り出す（代謝）—— 入口から出口まで、人材というリソースのライフサイクル全体を人事が管理しているわけです。

6機能＋2 — 労務と組織開発を加えた8機能マップ

曽和の6機能は「人材のフロー」に注目した整理ですが、実際の人事部門はこれに加えて2つの領域を担っています。 一つは労務（HR Operations / Labor Relations）——勤怠管理・給与計算・社会保険手続き・就業規則・安全衛生など、 全従業員の雇用を支える基盤業務です。もう一つは組織開発（Organization Development, OD）—— 個人ではなく組織そのものの健全性・有効性に働きかける活動（サーベイ、エンゲージメント施策、チームビルディング等）です。

本シリーズではこの8つを「人事の機能マップ」の基本ノードとして扱います。 6つの中核機能（人材フロー）、それを下から支える労務、横断的に働きかける組織開発、という3層構造です。

graph TB
  subgraph flow[人材フローの6機能]
    A[採用<br/>Talent Acquisition] --> B[配置<br/>Staffing]
    B --> C[育成<br/>L&D]
    C --> D[評価<br/>Performance Mgmt]
    D --> E[報酬<br/>Comp & Ben]
    E --> F[代謝<br/>Offboarding]
    D -.評価結果が育成計画へ.-> C
    D -.評価結果が再配置へ.-> B
    F -.退職分析が採用要件へ.-> A
  end
  OD[組織開発 OD<br/>サーベイ・エンゲージメント] -.組織の状態を全機能へ.-> flow
  Labor[労務 HR Ops<br/>勤怠・給与・社保・規程] -.雇用の基盤として全機能を支える.-> flow

  style A fill:#10b981,stroke:#059669,color:#fff
  style B fill:#10b981,stroke:#059669,color:#fff
  style C fill:#10b981,stroke:#059669,color:#fff
  style D fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style E fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style F fill:#8b5cf6,stroke:#7c3aed,color:#fff
  style OD fill:#f97316,stroke:#ea580c,color:#fff
  style Labor fill:#6b7280,stroke:#4b5563,color:#fff

この図の要点は、機能が一方通行のパイプラインではなくフィードバックループを持つことです。 評価の結果は報酬に反映されるだけでなく、育成計画（何を学ぶべきか）と配置（どこで活かすか）の入力になります。 退職者の分析（なぜ辞めたか）は採用要件（どんな人を採るべきか）を更新します。 ループがあるということは、一つの機能の不具合が回り回ってシステム全体に伝播するということでもあります。

機能間の依存関係 — 評価は「ハブ」である

8機能の依存関係を細かく見ると、評価が最も多くの機能への入力を供給するハブであることが分かります。

逆に言えば、評価制度の不具合は報酬・育成・配置の3機能に同時に波及します。 「評価制度の刷新」が多くの企業で人事改革の中心に置かれるのは、 それが機能マップ上の最大のファンアウトを持つノードだからです。

縦割りの弊害 — なぜ機能マップ通りに動かないのか

機能が相互依存しているにもかかわらず、多くの企業の人事部は機能別の縦割り組織になっています。 採用チーム、教育研修チーム、制度企画チーム、労務チーム——それぞれが自分の機能のKPIを追いかける構造です。 曽和氏はここに人事の構造的な問題を見ます。

典型的な症状が責任の押し付け合いです。事業部から「最近の若手が育たない」と言われたとき、 採用担当は「採った人材は優秀だ。育成が悪い」と言い、育成担当は「そもそも採用の質が低い」と言う。 どちらの主張も自分のKPI上は正しく、そして全体としては何も改善しない。 機能を分業すると一貫性が失われて人事が効果的でなくなる、というのが曽和の核心的な指摘です。

曽和氏が挙げる対処法は、部署間の担当者ローテーション、兼務者を増やす、頻繁な情報共有会議、 そしてタレントマネジメントシステムによるデータ共有です。 いずれも「機能間のインターフェースを太くする」施策であり、 マイクロサービスの文脈で言えばサービス間の契約（contract）とオブザーバビリティを整備することに相当します。

「一貫性」の理論的裏付け — 水平的整合性（horizontal fit）

「機能同士は一貫していなければ効果を発揮しない」という曽和の主張は、実務家の経験則にとどまりません。 HRM研究にはこれを理論化した整合性（fit）理論があります。

• 垂直的整合性（vertical fit）: HR施策が経営戦略・事業戦略と整合しているか。 例えばイノベーション重視の戦略なのに、減点主義の評価制度を持つのは垂直的不整合。
• 水平的整合性（horizontal fit / internal fit）: HR施策同士が互いに一貫し、補強し合っているか。 例えばチームワークを掲げながら個人成果だけで賞与を決めるのは水平的不整合。

研究の世界では、個々の施策の効果よりも施策の「束（bundle）」が持つ相乗効果に注目が移っており、 互いに補強し合う施策群を指す HPWS（High Performance Work Systems、高業績ワークシステム）という概念が実証研究の中核になっています。 この理論的な背景は第3章で本格的に扱いますが、ここでは 「機能マップの矢印（依存関係）が切れている状態こそが、人事がうまくいかない主因」という見取り図だけ持ち帰ってください。

エンジニア視点 — 人事はマイクロサービスの整合性問題である

ここまでの内容を、エンジニアの道具で捉え直してみます。

もちろんアナロジーには限界があります。人は API ではなく、感情と意思を持ち、観測されると行動を変えます（第7章のグッドハートの法則）。 しかし「全体像を描いてから部分に手を入れる」「依存関係を明示する」「観測可能性を確保する」という 分散システムの規律は、人事にもそのまま通用します。むしろ観測が難しい対象だからこそ、地図の価値が高いのです。

本シリーズの歩き方

本シリーズは、この機能マップを次の順序で分解していきます。

1. 第2章（歴史）: この機能分解はいつ・誰が体系化したのか。テイラーから日本のジョブ型まで
2. 第3章（理論）: なぜ機能は連動するのか。ミシガン/ハーバードモデル・AMO・整合性理論
3. 第4章（人材フロー）: 採用・配置・育成・代謝の4機能を分解
4. 第5章（動機と基盤）: 評価・報酬・労務・組織開発の4機能を分解
5. 第6章（組織）: 機能を「誰が」担うのか。Ulrich 3ピラーと日本の権限移譲
6. 第7章（KPIと法規制）: 機能マップを測る指標体系と、守るべき法令マップ
7. 第8章（未来）: AI・スキルベース・人的資本経営が機能マップをどう書き換えるか