要員計画テンプレートを配る前に決めるべき3つのこと
要員計画の季節になると、まずテンプレートを作る——という流れをよく見ます。項目を整え、色を付け、記入例を添えて、各部門へ一斉配布する。ここまでは順調です。地獄が始まるのは、回収したファイルを開いた瞬間です。
部門ごとに集計の切り方が違う。「FTE」の意味が人によって違う。締切を過ぎても半分しか返ってこない。結局、人事が全部を手で直して辻褄を合わせる羽目になります。私は人事として16年、採用・評価・労務・組織設計に関わってきましたが、テンプレート配布で苦しむ現場の共通点は、フォーマットは作ったが「運用のルール」を決めていなかったことです。
この記事では、テンプレートを配る前に決めておくべき3つを整理します。
1. 集計単位——どの組織階層で、どの粒度で書くか
テンプレートの箱をどう区切るかは、実は最初に揉めるべき論点です。ここが揃っていないと、回収後の集計が絶望的になります。
決めるべきは、少なくとも次の2つです。
- 組織階層:本部単位で書くのか、部単位か、課単位か。会社の組織階層は思ったより凸凹していて、「うちの部には課がない」「兼務組織がある」といった例外が必ず出ます。どの階層を正とするかを先に宣言しておかないと、部門ごとにバラバラの粒度で返ってきます。
- 人の粒度:一人ひとりを行にするのか、「営業・3名」のように役割でまとめるのか。個人単位で書かせると細かすぎて集まらず、役割単位でまとめさせると能力の中身が消えます。目的(頭数を数えたいのか、能力のギャップを見たいのか)から逆算して決めます。
ここを曖昧にしたまま配ると、ある部は個人名の一覧を、別の部は職位ごとの人数を返してきて、足し合わせられない表が並びます。組織階層をどう扱うかについては「ポジションベース」の組織図が要員計画を縛るでも触れています。
2. 用語定義——FTE・人月・内製外注の扱いを揃える
テンプレートの列名は、書いた人によって意味が変わります。ここを定義せずに配ると、同じ列に別の概念が混ざります。
特に揺れやすいのが次の3つです。
- FTE(フルタイム換算):時短勤務者を0.5と数えるのか、1と数えるのか。派遣・業務委託をFTEに含めるのか。定義がないと、ある部門は在籍人数を、別の部門は稼働換算を書き、合計が実態とずれます。
- 人月:「1人が1ヶ月働く量」のはずですが、稼働率を織り込むかどうかで数字が変わります。プロジェクト計画の感覚で書く人と、在籍の感覚で書く人が混在します。
- 内製と外注の扱い:業務委託・派遣・パートナー会社の人員を、要員計画に載せるのか、別枠にするのか。ここを決めないと、「頭数は足りているのに正社員は足りない」といった状態が数字から読み取れなくなります。
用語は、テンプレートの欄外に短い定義を添えるだけで回収後の手戻りが大きく減ります。「この列にはこう書いてほしい」を一文ずつ書いておく。地味ですが、集計の正確さはここでほぼ決まります。
3. 承認と締切の運用——誰が承認し、いつまでに返すか
3つ目は、フォーマットではなく運用の設計です。テンプレートを配るという行為は、実は「複数部門から意思決定を集める」というプロジェクトの始まりなのに、締切と承認のルールが抜け落ちがちです。
決めておくべきは次の点です。
- 記入者と承認者は誰か:現場の担当者が書いた数字を、部門長が承認したものとして扱うのか、下書きとして扱うのか。ここが曖昧だと、回収した数字が「希望」なのか「部門として合意した計画」なのかが分からなくなります。この状態は要員計画がExcelで破綻する5つの瞬間でも書いた「集計と計画が混ざる」問題そのものです。
- 締切と、締切を守れなかった時の扱い:全部門が揃わないと集計できない設計だと、一部門の遅れが全体を止めます。「未提出は前年踏襲で仮置きする」など、遅れた場合の初期値を先に決めておくと、待ちで止まりません。
- 差し戻しの経路:人事が見て「この数字はおかしい」と思ったとき、誰にどう返すのか。この経路がないと、人事が黙って直すことになり、部門は自分の計画がどう変えられたか分からないまま進みます。
テンプレートを配る前に、この3点を1枚の依頼文に書いておく。それだけで回収の質が変わります。
まとめ
- テンプレートの見た目より先に、集計単位・用語定義・承認と締切の運用を決める
- 集計単位は「組織階層」と「人の粒度」を宣言してから配る。揃っていないと足し合わせられない
- FTE・人月・内製外注の扱いは欄外に一文で定義しておく
- 承認者・締切・差し戻し経路を決めておかないと、集まった数字の意味が分からなくなる
テンプレートは、うまく設計すればExcelでも十分に配れます。ただし「集めた数字を承認状態ごと管理する」「計画と実行を接続する」といった運用は、表計算の外側に出ていく領域です。私は現在、この「Capability起点の要員計画・実行管理」を形にするSaaS(Sakigake Workforce)を複業で開発しています。テンプレート配布の設計でつまずいている方は、下の窓口からお気軽にご相談ください。現場の言葉で一緒に整理します。
Sakigake Workforce
Capability起点の要員計画・実行管理SaaSを開発しています。要員計画の運用にお悩みの方は、30分のオンライン相談で現場の言葉から一緒に整理します。