人事データの活用は、ツールを入れた時点では始まりません。実際に集計しようとすると、そもそもデータが揃っていない、項目の意味が部署ごとに違う、といった準備段階の問題が先に出てきます。
この記事は、人事データの活用をこれから始める担当者と、すでに集計はしているものの結果が使われていない人事担当者に向けたものです。読み終えたときに、自社のデータがどの段階で止まっているのかを特定し、そこに対応するテンプレートを選べる状態を目指します。
データが使える状態になるまでには、順番に4つの段階があります。決める、そろえる、つなぐ、返すです。上流から見ていきます。
1. 決める：何のために使うのかを、ツールより先に決める
データ活用のツールは年々高度になっていますが、ツールの性能以前に「何を解決したいのか」「そのために必要なデータが揃っているか」が整理されていないまま導入が進むケースが目立ちます。
導入前チェックリストで確認するのは次の4点です。
- 解決したい課題（離職予測、配置最適化など）の明確化
- その課題を判断するために必要なデータの有無と精度
- 分析結果を見るのは誰で、どう意思決定に使うのか
- 分析結果を従業員にどう説明するか（納得感の設計）
よくある3つの失敗
ツール選定が先に進み、目的が後回しになる。 「他社が使っているから」という理由でツールを導入し、自社の課題に合っているかを検証せずに進めてしまうケースです。
必要なデータの精度を確認していない。 分析の前提となるデータに欠損や入力ルールのばらつきがあり、結果の信頼性が低いまま意思決定に使われてしまいます。
分析結果の説明責任を誰が持つか決まっていない。 「AIがそう言っているから」という説明だけで従業員に伝えようとし、納得感を得られず反発を招くことがあります。
3つ目は、導入時には見えにくい項目です。分析結果が配置や処遇に関わる場面では、説明が不十分なまま運用されることでハラスメント的な運用につながる可能性もあります。誰が説明するのか、どう説明するのかを、導入前に決めておいてください。
課題は一文で言語化できる粒度まで落とすのが目安です。一文にできない場合、必要なデータも定まりません。
💬 データ活用導入前チェックリスト（AI予測・ピープルアナリティクス共通）
2. そろえる：同じ言葉が、同じ意味を指しているかを確かめる
人事データの活用が進むほど、複数のシステムやExcelファイルに分散したデータを組み合わせる機会が増えます。しかし項目名が同じでも定義が違えば、集計結果は意味を持ちません。
ディクショナリー（項目定義統一シート）に載せるのは次の4点です。
- 項目名と、その項目が指す内容の定義文
- データの取得元（どのシステム・どの部署が管理しているか）
- 計算方法が必要な項目（在籍年数、平均給与など）の算出ルール
- 定義が変更された場合の更新履歴
よくある3つの失敗
同じ項目名でも部署ごとに定義が違う。 例えば「在籍年数」が、入社日基準か、中途入社者の前職換算を含むかで部署によって異なるケースです。
定義をドキュメント化せず、担当者の頭の中にしかない。 データを扱う担当者が異動・退職すると、定義の根拠が分からなくなり、過去の集計結果との整合性が取れなくなります。
システム導入時に既存の定義を引き継いでいない。 新システム導入の際にデータ移行だけを優先し、項目定義の擦り合わせを後回しにしてしまうケースです。
3つ目は、後から取り返すのが最も難しいものです。定義の擦り合わせは移行作業の前段に組み込んでください。移行が終わってから始めると、擦り合わせに多大な時間がかかります。
なお、この節の準備が崩れていると、前節で決めた目的そのものが成立しません。データ活用やAI予測の前提となるデータ自体が信用できなくなるからです。
3. つなぐ：別々に集めたデータを突き合わせる
勤怠データと評価データは別々の目的で集められているため、連携させようとすると項目の粒度やタイミングのズレが表面化します。これを設計段階で確認しないまま連携を進めると、データの不整合が後から見つかることになります。
連携設計チェックリストで確認するのは次の4点です。
- 勤怠データの集計単位（月次・週次など）と評価期間の整合性
- 残業時間や欠勤回数を評価にどう反映するかのルール
- データ連携のタイミング（評価入力時に最新の勤怠データが反映されているか）
- 例外対応（休職・産休等の期間をどう扱うか）
よくある3つの失敗
集計単位がそろっていない。 勤怠データは月次集計、評価は半期単位といったように期間がそろっておらず、単純に並べただけでは意味のある比較ができません。
例外的な期間の扱いが決まっていない。 休職や産休などの期間がある従業員のデータをどう扱うかが決まっておらず、不公平な評価につながることがあります。
データ連携のタイミングがずれている。 評価入力の時点で最新の勤怠データが反映されておらず、古い情報のまま評価が行われてしまうケースです。
2つ目が最も見落とされます。例外的なケースは件数が少ないため設計から漏れやすい一方、当事者にとっては不公平が直接効くからです。休職・産休などの扱いは、連携を始める前にルール化しておいてください。
反映ルールは、決めただけでは足りません。評価者に事前に共有されていなければ、評価の場では従来どおり印象で判断されます。
AIに下ごしらえをさせる：その集計が、今のデータで出せるかを先に確かめる
第1節の「必要なデータの有無と精度」は、実際にやろうとすると手間のかかる確認です。問いを立て、必要な項目を洗い出し、手持ちの定義と突き合わせ、足りないものを列挙する。この問いと項目定義の突き合わせは、材料さえ揃えば機械的に進む作業です。ここがAIの下ごしらえに向いています。
先に確認しておくこと。 ここで投入するのは項目の定義と問いの文であって、従業員個人のデータではありません。ディクショナリーは社内資料ですので、外部のAIサービスに投入する前に、自社の情報取扱いルールと、そのサービスの学習・保存に関するポリシーを確認してください。氏名・社員番号など個人が特定できる実データは投入しないでください。必要なのは「どんな項目があり、どう定義されているか」だけです。
投入するもの
- 解決したい課題を一文にしたもの（第1節で言語化したもの）
- 項目定義の一覧（項目名・定義文・取得元・算出ルール。実データは不要）
- 各データの集計単位と期間（月次・半期など）
プロンプトの例
あなたは人事データの分析設計に詳しい実務担当者です。
以下に、当社が解決したい課題と、手元にある人事データの項目定義を貼ります。
【解決したい課題（一文）】
（ここに貼る）
【項目定義の一覧】
項目名 / 定義文 / 取得元 / 算出ルール
（ここに貼る）
【集計単位と期間】
（ここに貼る）
次の4点を出力してください。
1. この課題に答えるために必要な項目を挙げる
2. そのうち、貼った定義一覧にある項目と、一覧にない項目に分ける
3. 一覧にはあるが、定義文が曖昧で解釈が分かれる項目を指摘し、
どう解釈が分かれるかを具体的に書く
4. 集計単位や期間がそろっていないために、
そのままでは突き合わせられない組み合わせを指摘する
制約：
- 貼った定義一覧に書かれていない項目を、あるものとして扱わないこと
- 一般的な人事指標を勝手に補わないこと
- 実際の数値や分析結果を推測して出力しないこと2番目と3番目が本体です。手元にある項目のリストより、足りない項目と、意味の定まらない項目のリストのほうが価値があります。前者は集めれば済みますが、後者は第2節に戻って定義を決め直す必要があるからです。
出力された「定義が曖昧な項目」は、そのままディクショナリーの定義文を書き直す対象になります。4番目の指摘は、第3節で確認する集計単位のズレを、連携作業に着手する前に机上で見つけるための材料です。
任せてよいこと、任せてはいけないこと
| 内容 | |
|---|---|
| 任せてよい | 必要項目の洗い出し、手持ちの定義との突き合わせ、曖昧な定義文の指摘、集計単位のズレの指摘 |
| 任せてはいけない | 定義文そのものの確定、データの精度が十分かどうかの判断、分析結果の解釈、個人に関する予測 |
定義を最終的に決めるのは、その項目を管理している部署です。AIが整えた定義文をそのまま採用すると、実際の運用と食い違ったまま「統一された」ことになります。
4. 返す：出た結果を、行動と担当者に変える
サーベイの結果が経営層や人事の間で共有されても、「数値が下がった」という事実の報告で終わり、誰が何をいつまでに行うのかが決まらないまま次回のサーベイを迎えてしまうケースは少なくありません。
アクションプランシートに載せるのは次の4点です。
- スコアが低かった項目と、その背景の仮説
- 対象となる部署・対象範囲
- 具体的なアクションと実施担当者
- 実施期限と、次回サーベイでの確認方法
よくある3つの失敗
結果の共有だけで終わってしまう。 経営会議で結果を報告するところまでは行うものの、その後の具体的なアクションにつながらないケースです。
アクションの担当者が決まっていない。 「改善が必要」という方向性は共有されても、誰が何をするのかが決まらず、結局誰も動かないまま時間が過ぎてしまいます。
従業員に結果やその後の対応が共有されない。 回答した従業員に結果やその後の対応が伝わらず、「答えても何も変わらない」という諦めが広がり、次回以降の回答率や本音度が下がってしまいます。
3つ目は、次回のデータの質そのものを下げます。回答が形だけのものになれば、次のサーベイ結果は分析に値しないものになります。集めたデータを使える状態に保つという意味でも、結果と対応の概要は従業員にも共有してください。
通しで効く原則
4つの節を並べると、同じ構造が見えてきます。
| 詰まる場所 | 表に出る症状 | 本当の原因 |
|---|---|---|
| 決める | ツールを入れたのに活用が進まない | 解決したい課題が一文になっていない |
| そろえる | 集計結果に矛盾がある | 同じ項目名が部署ごとに別の意味で使われている |
| つなぐ | 例外的なケースで不公平が生じる | 休職・産休等の扱いを連携前に決めていない |
| 返す | 同じ課題が毎回指摘される | アクションの担当者と期限が決まっていない |
いずれもデータやツールの問題として現れますが、原因は事前に決めていなかったことにあります。ツールを入れ替えても改善しにくいのは、入れ替えで解決できるのが「処理能力」であって、「決めていないこと」ではないからです。
もう一つ共通しているのは、どれも後からでは取り返しにくいことです。目的は導入前にしか決められず、定義の擦り合わせはシステム移行の前段にしか置けず、例外対応は連携を始める前にしか設計できず、サーベイの信頼は一度失うと次回の回答に響きます。
次の一歩として取れること
- 書く ― 解決したい課題を一文で書く。一文にできないなら、まだデータを触る段階ではありません
- 並べる ― 主要な人事データ項目の定義文を、一つのシートに並べる。取得元と算出ルールを必ず添える
- 確かめる ― 他部署のデータと組み合わせる前に、項目の定義が一致しているかを確認する
- 決める ― 勤怠と評価をつなぐなら、休職・産休などの例外的な期間の扱いを先にルール化する
- 割り当てる ― サーベイの低スコア項目に、担当者と期限を割り当てる。方向性の共有だけで止めない
- 返す ― 従業員に、結果とその後の対応の概要を共有する
半年後に再確認したいこと
- 新しいデータ項目を追加したとき（定義文がディクショナリーに書き足されているか）
- システムを入れ替えたとき（定義の擦り合わせが移行の前段に入っていたか）
- 担当者が交代したとき（定義の根拠が引き継がれているか、頭の中に戻っていないか）
- 評価を1サイクル回したあと（例外的なケースの扱いが、決めたとおりに運用されたか）
- 次回のサーベイを実施したあと（回答率と自由記述の量が、前回より落ちていないか）
さいごに
人事データの活用は、データをつなぐ前に「同じ言葉が同じ意味を指しているか」を確認することから始まります。そしてその前に、「何のために使うのか」が決まっている必要があります。
自社がどの段階で止まっているかを先に特定してください。テンプレートはそれぞれの段階に対応しており、上流（決める・そろえる）から手をつけるほうが、下流（つなぐ・返す）の手戻りが少なくなります。
この記事は実務上の一般的な傾向や論点を整理したものであり、個別の法的判断ではありません。具体的な対応については社会保険労務士・弁護士等の専門家にご確認ください。
