第5章: 動機と基盤の機能 — 評価・報酬・労務・組織開発

動機を設計する機能と、それを支える基盤

前章の人材フロー4機能が「人の流れ」を扱うのに対し、この章の4機能は性格が異なります。 評価・報酬は動機（AMOモデルのM）を設計する機能、 労務は全機能を支える基盤（インフラ）、 組織開発は個人ではなく組織そのものに働きかける横断機能です。 この4つは、機能マップの中で「流れ」ではなく「場」を作る機能群と言えます。

人事制度の3本柱 — 等級→評価→報酬の連鎖

評価と報酬を理解する鍵は、両者が独立した制度ではなく、等級制度を骨格とする3点セット（人事制度の3本柱）として設計されることです。

graph LR
  G[等級制度<br/>職務・能力の序列<br/>=座標系] --> E[評価制度<br/>基準への達成を判定<br/>=測定]
  E --> R[報酬制度<br/>評価に基づく配分<br/>=出力]
  R -.報酬の納得感が<br/>次期の動機へ.-> E
  JD[ジョブディスクリプション<br/>職務記述書] --> G

  style G fill:#10b981,stroke:#059669,color:#fff
  style E fill:#3b82f6,stroke:#1d4ed8,color:#fff
  style R fill:#f97316,stroke:#ea580c,color:#fff
  style JD fill:#6b7280,stroke:#4b5563,color:#fff

• 等級制度: 職務や能力の価値・責任の重さに応じた序列。 日本の伝統は「人の能力」に等級を付ける職能資格制度（第2章）、ジョブ型は「職務」に等級を付ける職務等級制度で、 後者ではジョブディスクリプション（JD）が土台になります。
• 評価制度: 等級ごとに期待される基準に対し、行動・成果がどうだったかを判定する仕組み。 昇給・賞与・昇格の判断材料（人事考課）と、育成・配置への入力という2つの顔を持ちます。
• 報酬制度: 評価に基づき、給与・賞与・福利厚生（Total Rewards）を配分する仕組み。 等級ごとの報酬レンジを定め、レンジ内での位置を評価で動かすのが基本構造です。

設計の実務で最重要なのは、評価結果を「いつ・何に・どう使うか」を事前に決めておくことです。 評価サイクル（目標設定→中間面談→期末評価→処遇反映）は多くの企業で年1〜2回転しますが、 評価結果が賞与・昇給・昇格のどれにどの重みで効くかが曖昧だと、 評価は「やらされ仕事の儀式」に堕ちます。3本柱の連鎖が切れた状態です。

評価という測定装置の限界 — 62%は評価者の癖

評価制度を設計する上で、直視すべき研究知見があります。 Scullen, Mount & Goff（2000年、Journal of Applied Psychology）は多面評価データを分析し、評価のばらつきの62%・53%（測定条件により異なる）が「評価者固有の癖」（idiosyncratic rater effect）に起因し、 被評価者の実際のパフォーマンスに起因する分散は21〜25%にすぎないことを示しました。 つまり評価スコアは「誰が評価されたか」より「誰が評価したか」を強く反映するのです。

「格付け」から「開発対話」へ — GEと富士通の転換

この測定限界への実務の回答が、2010年代半ば以降のパフォーマンスマネジメント改革です。象徴的な事例を2つ見ます。

GE — 9ブロック廃止とPerformance Development（2016年）

GEはかつて、業績×バリューの3×3マトリクス「9ブロック」による年次レーティングと相対評価の代名詞でした。 しかしアジャイル開発手法を全社展開する中で、期初に固定した目標が年央には陳腐化する問題が顕在化し、 2016年にレーティングと正規分布(強制分布)を廃止。 隔週30分の1on1と、「Continue（続けるべきこと）/ Consider（考慮すべきこと）」の2種類のフィードバックを中心とするPD（Performance Development）へ移行しました。評価の目的を「過去の格付け」から「未来の能力開発」へ転換した象徴例です。

富士通 — パーパスからのバックキャスト評価「Connect」

富士通は2020年からのジョブ型移行とセットで、評価制度を「Connect」に刷新しました。 会社のパーパス→組織のビジョン→個人の目標をバックキャストで接続し、月1回以上の1on1で対話を回す設計です。 エンゲージメントスコアは2019年の63%から2022年に69%へ改善しています（同社公表値）。 GEとの共通点は明確で、評価の重心を「年次の格付けイベント」から「高頻度の開発対話」へ移すという世界的潮流です。

報酬 — レンジ設計とデータ

報酬制度の実務は、等級ごとに報酬レンジ（下限〜上限）を定め、市場水準と社内公平性のバランスを取る作業です。 よく使う道具を2つだけ押さえておきます。

• Compa-ratio ＝ 本人給与 ÷ レンジ中央値 × 100。 100が中央値ちょうど。80未満や120超は「等級と給与の乖離」のシグナルで、昇格・昇給・レンジ改定のレビュー対象になります。
• 労働分配率 ＝ 人件費 ÷ 付加価値 × 100。 会社全体で「生んだ価値のうちどれだけを人に配分しているか」を示すマクロ指標。 日本全体では2010年以降緩やかな低下傾向が指摘されています（財務省・法人企業統計ベース）。

機能マップの視点では、報酬は動機の供給装置であると同時に、採用（オファー競争力）と代謝（リテンション）への入力です。 報酬を人件費（コスト）としてだけ最適化すると、 短期の利益率は改善しても、退職コスト（年収の50〜200%、第4章）と採用難で中期的に高くつく—— この機能間トレードオフは第7章で定量的に扱います。

労務 — 全機能を支えるインフラ

労務（HR Operations）は、勤怠管理・給与計算・社会保険手続き・就業規則・安全衛生・ハラスメント対応など、雇用という契約を毎月確実に履行するための基盤機能です。 華やかさはありませんが、給与が1日遅れれば信頼は崩壊します。SLA 100%が求められる、まさにインフラです。

労務の特徴は、法定イベントが組み込まれた厳密な年間カレンダーを持つことです。

このカレンダーは cron ジョブの集合のようなもので、SmartHR・freee人事労務などの労務SaaSが自動化を進めてきた領域です。 機能マップ上の労務の意義は、正確な従業員マスタを維持する場所だという点にもあります。 入退社・異動・給与のデータは労務手続きを通じて必ず更新されるため、 労務システムは人事データ基盤の Single Source of Truth になりやすいのです（第7章・第8章で再訪します）。

組織開発（OD） — 個人ではなく「組織」に働きかける

最後は組織開発（Organization Development）です。L&Dとの違いが最も混同されやすいポイントなので、対比で整理します。

ODの代表的な道具がエンゲージメントサーベイです。 年1〜2回の本格調査と、週次〜月次の短いパルスサーベイ（wevox、Geppo等）を組み合わせ、 組織の状態を継続的に観測します。 ホーソン実験（第2章）で発見された「社会的・心理的要因が生産性を左右する」という知見の、現代的な実装と言えます。