ヘッドカウントと離職率レポートの作成方法：ステップ・バイ・ステップ
人員数レポートは、人事が作成する中で最もシンプルなものに見えます。人数を数え、退職者数を数え、割り算をして提出する。それだけです。
しかし、「契約社員はこの人数に含まれているのか？」と誰かが尋ねます。さらに、「31日に退職した人はその月のカウントに入るのか？」と別の誰かが尋ねます。こうして、レポートの再作成が必要になります。
数えること自体は簡単です。しかし、数え方に関する決定は簡単ではありません。そして、その決定こそが、ある人員数レポートが信頼され、別のレポートが議論の的になる分かれ目なのです。
本ガイドでは、レポートに含めるべき内容、離職率の分母によって結果がどう変わるのか、3つの手動作成ルート、およびそれぞれのルートがどこで破綻するかについて解説します。
人員数レポートに含めるべき内容
Workdayの人員数レポートに関するガイドでは、これを「組織が雇用している人員を、役割、チーム、勤務地、ステータス、雇用形態別に示す」レポートと定義しています。
同ページには、このようなレポートに通常含まれる項目がリストアップされています。それらは、部門、職務、雇用形態、勤務地、マネージャー、入社日と退職日、コストセンター、FTE、および欠員に関するメモです。
このリストは、データエクスポート時のチェックリストになります。離職率の計算において重要な役割を果たすのは、そのうちの3つの項目、すなわち従業員ID、入社日、そして退職日です。
HRISからのエクスポートデータに退職日が含まれていない場合、離職率を計算することはまったくできません。現在在籍しているアクティブな人員を数えることしかできず、それは別のレポートになってしまいます。
人員数（Headcount）とFTEは異なる
これこそが、水面下で最も多くの意見の食い違いを生む区別であり、Workdayのページでも直接言及されています。
「人員数レポートは純粋に人数のカウントに焦点を当てるのに対し、フルタイム換算（FTE）レポートは、労働時間を標準化された単位に換算して、キャパシティや予算の計画を立てるために使用されます。」
したがって、2人のパートタイム従業員は、人員数レポートでは「2」とカウントされますが、FTEレポートではおよそ「1」になります。どちらの数字も間違いではありませんが、財務部門（Finance）に誤った方を提示すると、余計なミーティングを増やすことになります。
レポートを作成する前に、読み手がどちらを求めているかを確認してください。そして、後から読む人は誰もその前提を覚えていないため、チャートにどちらの数値であるかを明記しておきましょう。
分母が離職率を決定する
離職率は分数であり、分子（上の数字）については異論の余地はありません。対象期間中の退職者数を数えるだけです。
分母（下の数字）は選択が必要であり、一般的に以下の3つの選択肢があります。
| 分母 | 定義 | 影響 |
|---|---|---|
| 期首の人員数 | 初日のアクティブな従業員数 | 組織が拡大している時期に、離職率が高く算出される |
| 期末の人員数 | 最終日のアクティブな従業員数 | 組織が拡大している時期に、離職率が低く算出される |
| 期間中の平均人員数 | 通常は「（期首＋期末）÷ 2」 | 拡大期・縮小期のいずれにおいても最も安定している |
平均人員数が一般的に選ばれるのには理由があります。採用強化期間中、期首の数値は実態を表すには小さすぎます。そのため、同じ退職者数であっても、実際よりも離職率が悪く見えてしまうのです。
なお、Workdayのページでは指標として離職率（turnover rate）を挙げていますが、その計算式は公開されていません。そのため、分母は普遍的な標準ルールではなく、自社で明文化されたルールとして扱い、どの方法を採用したかをレポート自体に明記してください。
分子にも、もう一つの決定事項が隠れています。自己都合退職（Voluntary）と会社都合退職（Involuntary）は性質が異なります。これらを合算した1つの数字にしてしまうと、定着率の問題に見えるものの裏に隠れた組織再編の動きが見えなくなってしまいます。これらは分けて管理しましょう。
手動で行う方法
オプション1：アクティブな従業員数を数え、次に退職者数を数える
エクスポートしたデータから開始し、1つの複雑なネストされた数式を作るのではなく、目に見える2つのセルを作成します。
アクティブな人員数は、ステータス列と対象期間の範囲を指定したCOUNTIFS関数から算出します。退職者数は、同じ関数を使用して、対象期間内で退職日が空欄になっていないデータをカウントします。
両方のカウント数を、誰でも指し示せるセルに配置します。最初に聞かれる質問は「分母は何ですか？」であるため、言葉で説明するよりも、セルを指し示して回答できるようにしておくのが理想的です。
次に、毎月のスナップショットを保存している場合はAVERAGEIFSを使用して平均人員数を計算し、保存していない場合は「期首＋期末」の簡易方式で計算します。
この方法の限界は、全体としての1つの割合しか得られず、詳細な内訳が分からない点です。離職率が14%であることは分かっても、それが「どこで」起きているのかは分かりません。
オプション2：従業員レベルのフラグテーブルを作成する
従業員ごとに1行、質問ごとに1列を割り当てます。「期首にアクティブか」「期末にアクティブか」「期間中に退職したか」「自己都合か会社都合か」「退職時の勤続年数」といった具合です。
これにより、レポートを細分化（スライス）できるようになります。部門別、マネージャー別、勤務地別、勤続年数グループ別、雇用形態別の離職率を算出できます。
この細分化こそが、インサイトの源泉です。全体の離職率が14%であっても、実際には1つのチームが40%で、他のすべてのチームは4%であるという事実が隠れていることがよくあります。対応が必要なのは、そのうちの1つのチームだけです。
⚠️ 勤続年数の計算には注意が必要です。Microsoftの公式ページには、DATEDIFに関する警告が掲載されています。この関数は「Lotus 1-2-3の古いブックをサポートするために」存在しており、「特定のシナリオでは誤った結果を計算する可能性があります」。同ページでは、新しい日付から古い日付を引くことで日数を取得できると説明されています。
この方法の限界は、データ量と結合（Join）です。HRISのエクスポートデータを給与データやコストセンターのテーブルと照合し始めると、数式での管理は非常に困難になります。
オプション3：数値データの横に定義タブを用意する
アクティブとしてカウントしたステータスの値、契約社員が含まれているかどうか、期間を制限する日付フィールド、および使用した分母を書き留めておきます。
これにより、今月の人員数レポートと先月のレポートを比較できるようになります。しかし、取締役会（board call）の直前に急ぎで数字が必要になったときなどには、このタブは無視されがちです。
限界は、ルールを文書化しても、それが自動的に適用されるわけではない点です。結局、誰かが毎サイクル同じフィルターを再作成することになります。
共通する限界： これら3つの方法はすべて、ステータスの値がクリーンであることを前提としています。システム移行後に「Terminated」「Term」「Exited」がすべて同じ列に混在している場合、カウントを行う前にそれらを名寄せ（クレンジング）する必要があります。
手動ルートで行き詰まるポイント
最初の人員数レポートの作成には半日（午前中）かかります。しかし、4回目の作成にはそれ以上の時間がかかります。なぜなら、その頃には水面下で3つの要素が変化しているからです。
人事システムの構成変更やリプレイスによって、ステータスの値が変化します。ステータス名が変更されると、アクティブなカウントから従業員が静かに抜け落ちてしまい、チャート上では実際には起きていない「人員の急減（崖）」が表示されることになります。
組織構造も変化します。チーム名が変更されたり統合されたりすると、部門別の内訳が前四半期のデータと一致しなくなります。
Workdayのページでは、このコストについて直接言及しています。バラバラの情報源は「データの不整合や照合の遅れを引き起こし、計画策定のボトルネックを生み出す」ことになり、異なるチームがそれぞれ独自のルールを適用することで、全体の合計値が一致しなくなります。
さらに、最も長く残り続けるカウントミスがあります。一意の従業員ID（distinct employee IDs）ではなく「行数」をカウントしてしまうことで、人員数が水増しされる問題です。これは、再雇用や異動によって同一人物が2回表示される場合に発生します。
Powerdrill Bloomで作成する方法
ステップ1：HRISのエクスポートデータをアップロードする
従業員のエクスポートデータ、または従業員データとコストセンターのファイルを一緒にアップロードします。Powerdrill Bloomは取り込み時に対象の列をプロファイリングするため、不整合なステータス値、重複する従業員ID、欠落している退職日などが、離職率の計算前に検出されます。
ステップ2：定義を自然言語で記述する
ルールを構築するのではなく、言葉で指示します。どのアクティブステータスをカウントするか、契約社員を対象に含めるか、対象期間の範囲、および希望する分母を指定します。
次に、落とし穴を回避するための質問を投げかけます。「アクティブな一意の従業員ID数と、存在する行数はそれぞれいくつか？」「重複に近いステータス値はどれか？」「3つの分母それぞれで離職率はどのように異なるか？」などを尋ねます。さらに、部門別や勤続年数グループ別の内訳も質問できます。
ステップ3：チャート、レポート、またはスライド資料をエクスポートする
人員数の推移、チーム別の内訳、または離職率とその定義が一緒に記載されたスライドなどを出力します。
毎月再作成するよりも優れている理由
| 手動ルート | Powerdrill Bloom | |
|---|---|---|
| 再雇用や異動の重複排除 | ファイルごとに行う作業用の列を作成 | 一意の従業員IDを求める指示を出すだけ |
| 3つの分母すべてをテストする | 数式を3回再作成する | 3つすべてを一度に求める指示を出すだけ |
| ステータス名の変更 | 後からチャート上の「崖」で気づく | アップロード時に検出される |
| 自己都合と会社都合の分割 | フラグテーブルを再構築する | ルールを指示するだけ |
2行目の項目（3つの分母のテスト）は、議論の進め方を大きく変えます。3つの分母を並べて示すことで、問いの内容が変わります。「あなたの数字は間違っている」という不毛な議論から、「どの基準で報告すべきか」という建設的な意思決定へとシフトするのです。
よくある間違い
一意の従業員ではなく行数をカウントしている。 再雇用や異動によってデータが重複します。人員数を報告する前に、必ず従業員IDで重複を排除してください。
自己都合退職と会社都合退職を合算している。 合算された1つの離職率では、組織再編と定着率の問題が同じように見えてしまいます。これらを分割し、両方にラベルを付けてください。
成長期に期末の人員数を分母として使用している。 これにより離職率が低く見えてしまいます。平均人員数を使用し、どの基準を選択したかを明記してください。
財務部門がFTEを求めているのに人員数を提示している。 2人のパートタイム従業員は、人員数では2人ですが、FTEでは約1人です。まず読み手がどちらを必要としているかを確認してください。
システム移行後に単一のステータス列を過信している。 移行前の古いステータスと現在のステータスが数ヶ月間共存することがあります。フィルターをかける前に、一意の値をリストアップして確認してください。
警告を読まずにDATEDIFで勤続年数を計算している。 Microsoftは、特定のシナリオで誤った結果が返される可能性があると述べています。日数をカウントする場合は、日付を引き算する方が安全です。
期間や分母を明記せずに離職率を報告している。 パーセンテージ単体では役に立ちません。チャートに対象期間、分母、および集計範囲を記載してください。
結論
エクスポートする項目を正しく選択し、人員数とFTEのどちらにするかを決定し、分母を選択して文書化し、自己都合と会社都合を分割し、従業員IDで重複を排除する。これら5つのステップを踏むことで、人員数レポートは財務部門と経営陣の双方が納得するものになります。
この作業のコストを押し上げる要因は、ステータスの値や組織構造が常に変化し続ける点にあります。レポートは、毎回書き直すのではなく、簡単に再実行できる状態にしておく必要があります。
もし毎月その作業に追われているのであれば、既存のエクスポートデータを使ってPowerdrill Bloomをお試しください。また、人事およびピープルアナリティクス向けAIツールのまとめや、勤続年数グループ別のレポート作成に役立つコホート分析の解説もご覧ください。コホート維持率チャートの作成ガイドや、Excel AIアシスタントのページで具体的な仕組みを解説しています。
よくある質問
人員数レポートには何を含めるべきですか？
Workdayのガイドでは、部門、職務、雇用形態、勤務地、マネージャー、入社日と退職日、コストセンター、FTE、および欠員に関するメモが挙げられています。そのうち離職率の計算を可能にするのは、従業員ID、入社日、退職日の3つです。
離職率はどのように計算しますか？
対象期間中の退職者数を、あらかじめ明文化した人員数の分母で割ります。期間中の平均人員数は、組織の拡大期や縮小期において最も安定した選択肢となります。
人員数（Headcount）とFTEの違いは何ですか？
人員数は純粋に人数をカウントするのに対し、FTEは労働時間を標準化された単位に換算して、キャパシティや予算の計画に使用します。2人のパートタイム従業員は、人員数では2人ですが、FTEでは約1人になります。
契約社員は人員数に含めるべきですか？
これはルールではなく集計範囲（スコープ）の決定事項であるため、一度決定したらレポートに明記してください。ラベルを付けずに異なる雇用形態を混在させることが、2つのレポート間で数値が一致しなくなる原因になります。
私の数字が財務部門の数字と異なるのはなぜですか？
通常は、集計範囲（スコープ）または基準の違いによるものです。財務部門はFTEやコストセンター単位で計算することが多く、人事は人数や部門単位で計算することが多いためです。それぞれの定義においては、どちらも正しい数値です。