事業部が使わない育成ツールは、なぜ導入されてしまうのか — 「誰が楽になるのか」から設計する、人材データ活用の考え方

はじめに

人材データを扱うツールを導入した企業の多くが、同じ壁に当たります。

導入から半年。管理画面には、埋まっていない項目が並んでいます。事業部からは「また入力の依頼が来た」という反応が返り、人事は入力率を上げるための督促に時間を使っています。当初の目的だったはずの「人材の可視化」は、まだ一度も意思決定に使われていません。

このとき、社内では「現場の意識が低い」「使い方が浸透していない」という説明がなされます。しかし実際に起きているのは、そのツールが誰の仕事も楽にしていないという、もっと単純な事実です。

本稿は、なぜ事業部が使わないツールが導入されてしまうのか、その構造を解き、導入前に何を決めておくべきかを整理したものです。特定の製品を推奨も批判もしません。扱うのは、選定と設計の考え方です。

1. 現象 — 半年経っても、意思決定に一度も使われていない

導入後の職場では、次のような状態が起きています。

そして担当者は、経営や上位者にこう報告することになります。

「入力率が60%まで来ました」

しかし事業部長が知りたいのは、そこではありません。知りたいのは「そのデータを見て、うちの部門の何が決められるようになったのか」です。

入力率は、依頼が届いたことの証明にはなりますが、そのツールが仕事の役に立っていることの証明にはなりません。

2. 構造 — なぜ「使われないツール」が選ばれてしまうのか

2.1 発注する人と、入力する人が分かれている

この問題の根にあるのは、機能でも価格でもありません。発注者と利用者が別の部署であるという構造です。

（図版：発注する人＝人事・管理部門 と 入力する人＝事業部・現場 の分断）

選定の場に座っているのは発注側です。したがって比較検討の観点は、自然と発注側にとっての利便性——集計のしやすさ、権限設計、既存システムとの連携——に寄ります。

一方、実際に毎回の入力作業を負担するのは事業部です。事業部にとってこのツールは、自分の課題を解かないのに、自分の工数だけが増えるものとして現れます。この状態で「意識」や「浸透」を課題として扱っても、動きません。合理的に判断した結果、入力が後回しになっているだけだからです。

2.2 「効率化」の主語が、途中ですり替わっている

導入の稟議には、たいてい次のような目的が書かれます。

• 人材の可視化による最適配置
• 育成投資の効果測定
• 次世代リーダーの早期発見

いずれも事業のための目的です。しかし選定と設計が進むうちに、判断基準は少しずつ運用の効率に移っていきます。評価シートの回収が楽になるか。集計の手間が減るか。監査に耐えるか。

これは担当者の怠慢ではありません。導入プロジェクトの成否が「期日までに全社展開できたか」で測られるため、運用が回ることが先に立つのは自然な力学です。

結果として、事業成長のために始まったはずの取り組みが、四半期の評価運用を回すための仕組みとして着地します。事業部から見れば「評価のための入力作業」であり、その理解は正確です。

2.3 評価に接続した瞬間、データの質は落ちる

入力率を上げる手段として、評価制度との接続がよく選ばれます。入力を人事評価の前提にすれば、提出は増えます。

しかし同時に、入力される中身が変わります。

人材データの価値は、実態を映していることにあります。実態でなくなったデータは、配置にも育成にも使えません。入力率という指標を追った結果、データそのものの価値を失うという逆転が起きます。

2.4 使われないことの本当のコスト

事業部が使わないツールを抱え続ける組織では、

• ライセンス費と運用工数が、成果の見えないまま毎年計上される
• 「ツールを入れたが変わらなかった」という記憶が残り、次の提案が通りにくくなる
• 人事と事業部の距離が広がる（依頼する側と依頼される側の関係が固定する）
• 最も大きいのは、人材に関する意思決定の質が、導入前と変わらないまま据え置かれること

本シリーズ第1号『「AI人材を育てろ」と言われた人が、最初に詰まる場所』で扱った通り、そもそも何ができる人が必要かを定義していなければ、どんなツールを入れても測る対象がありません。ツールは定義の代わりにはなりません。

3. よくある打ち手と、それが効かない理由

共通するのは、「事業部にとって、これを使うと何が楽になるのか」を設計していないことです。そこが空白のまま下流を強化しても、使われるようにはなりません。

4. 解き方の型 — 「誰が楽になるか」から設計する五つの原則

原則1｜利用者を主語にして選定する

比較検討の前に、次の一文を埋めます。

このツールは、［誰］の［どの仕事］を楽にするために入れる。

ここに「人事の集計業務」と書くのであれば、それは正しい目的です。ただしその場合、事業部の入力を前提にした設計にしてはいけません。人事が既に持っている情報の範囲で完結させます。

事業部の入力を必要とするなら、主語は事業部でなければなりません。事業部の何が楽になるのかを、選定の前に言葉にしておきます。言えないなら、その入力項目は要らない項目です。

原則2｜最初のユースケースを、事業部の意思決定に1つだけ置く

全社展開から始めると、目的は必ず抽象化します。特定の部門の、特定の意思決定を1つだけ選ぶところから始めます。

意思決定が具体的になると、必要なデータ項目が逆算で決まります。「あると便利」な項目が落ち、入力負担が下がります。ここでも順番は同じで、決めたいことが先、集める項目は後です。

原則3｜入力の見返りを、入力した人に返す

入力者にとっての見返りがない仕組みは、必ず形骸化します。見返りは、次の三つのいずれかで設計します。

• 手間が減る：これを入力すれば、別のどこかへの提出が不要になる（重複入力の廃止をセットで行う）
• 判断材料が返る：自部門のメンバー構成や偏りが、入力した本人にその場で見える
• 要望が通る：入力データが、増員・異動・研修枠の要求の根拠として実際に使われる

三つ目が最も効きます。事業部が自分の要求を通すために使う道具になったとき、督促は要らなくなります。

原則4｜評価と接続しない期間を、先に設ける

導入初期は、意図的に人事評価から切り離します。目的は、実態が書かれる状態を作ることです。

• 期間の目安：最初の2〜3サイクル
• この間、データは配置・育成の検討にのみ使い、評価判断には使わないと明言する
• 期間中に「弱みを書いても不利にならない」という経験が積まれてから、接続の議論を始める

評価との接続は、最終的には必要です。ただし順番を逆にすると、データが実態でなくなり、後から戻せません。

原則5｜運用の主語を、事業部側に置く

導入プロジェクトの終了時点で、次の三つが事業部側に移っていることを条件にします。

• データを見る場：自部門の人材について議論する会議が、事業部の定例の中にある
• 更新のきっかけ：期末の一括入力ではなく、案件のアサインや異動といった業務イベントに紐づいて更新される
• 改善の担当：項目や運用を見直す役割が、人事ではなく事業部側にもある

人事が単独で運用し続ける限り、そのツールは「人事のもの」であり続けます。運用の主語が移って初めて、組織の仕組みになります。

5. 実践の指針 — 導入前チェックリスト

ツールの比較検討に入る前に、以下に答えられるかを確認してください。答えられない項目がある場合、選定より先に、そこを決めるべきです。

• このツールは「誰の、どの仕事」を楽にするために入れるか、一文で言えるか
• 事業部に入力を求めるなら、事業部にとっての見返りを3つのうちどれで返すか決まっているか
• 最初のユースケースは、特定部門の特定の意思決定1つに絞れているか
• その意思決定に必要な項目だけに、入力項目を絞り込んだか
• 「あると便利」な項目を、いくつ落としたか説明できるか
• 導入によって、廃止する既存の提出物・重複入力があるか
• 最初の2〜3サイクルは評価と切り離すことを、関係者に明言したか
• 入力率ではなく、「何が決められるようになったか」で成果を報告する見通しがあるか
• 事業部側に、データを見る会議・更新のきっかけ・改善の担当があるか
• 導入プロジェクト終了後、この運用を誰が回すかが決まっているか

おわりに — ツール選定は、業務設計の結論であって出発点ではない

事業部が使わないツールが導入されてしまうのは、選定を誤ったからではありません。選定から始めてしまったからです。

誰のどの仕事を楽にするのか、どの意思決定に使うのか、入力した人に何を返すのか。これらは製品を比較しても決まりません。先に決めておくべき業務設計であり、ツールはその結論を実装する手段にすぎません。

順番を戻せば、選定はむしろ簡単になります。決めたいことが1つに絞られていれば、必要な機能は限られ、比較すべき項目も少なくなるからです。

「入力率が何%か」ではなく「そのデータで、先月と違う決定ができたか」を語れる組織は、この順番を守った組織です。

Enable Partnersについて

Enable Partners合同会社は、事業推進リーダーを育成し、組織変革を実現する Enablement Company です。

事業課題を題材として、人の認識変化と行動変容を促し、組織内部から変革を生み出せる人材を育成します。答えを提供するのではなく、人と組織が自ら答えを見つけ、実行し、成果を生み出せる状態をつくることを目的としています。

本稿で扱った「人材データ活用の設計」については、意思決定起点でのユースケース定義、事業部単位のスキル体系設計、入力負荷を抑えた運用設計、事業部への運用移管までを支援しています。特定の製品の販売・代理は行っていません。

• 事業推進リーダー診断のご案内

お問い合わせ：enable-pts.com