要員計画の承認フローをExcelの外に出す——「誰がいつ何を承認したか」を残す設計

要員計画の議論は、たいてい「数字が正しいか」に集まります。でも運用が回らなくなる会社を見ていると、詰まっているのは数字そのものより、「その数字を誰がいつ承認したのか」が残っていないことのほうが多いです。

この記事では、人事として16年、そして Workday や ServiceNow の全社導入をPMとして経験してきた立場から、要員計画の承認をExcelとメールの外に出す、という話をします。地味なテーマですが、計画が「使われる計画」になるかどうかは、実はここで決まります。

数字より「承認の履歴」が消えることが問題

要員計画のExcelには、決定の結果は残ります。「営業部＋3人」というセルは残る。でも、その3人がいつ、誰の承認を経て確定したのかは、どこにも書かれていないことがほとんどです。

すると期中にこういう会話が起きます。「この＋3人って、もう決裁下りてるんだっけ？」「事業部長はOKしたけど、役員会は通ってないかも」。数字はあるのに、その数字の"確定度"が誰にも分からない。要員計画が意思決定の連続であることは要員計画がExcelで破綻する5つの瞬間でも触れましたが、その意思決定の足跡が残らないことが、運用を静かに壊していきます。

メール添付の承認が抱える限界

多くの現場で、承認は「Excelをメールに添付して、返信でOKをもらう」形で回っています。これには構造的な弱点があります。

• どのファイルへの承認か特定できない：承認メールが来たときには、元のファイルはすでに次の版に更新されている。「どの数字に対するOKだったのか」が宙に浮く
• 承認と数字が別々の場所にある：数字はExcel、承認はメールボックス。突き合わせるのは人間の記憶頼み
• 差し戻しの理由が流れる：「この前提だと承認できない、ここを直して」というやり取りは、メールのスレッドに埋もれて数か月後には辿れない
• 承認者本人しか状態を知らない：今どこまで承認が進んでいるかは、当事者に聞かないと分からない。担当者が異動すれば消える

どれも「うっかり」ではなく、メールと表計算ソフトの設計思想が承認記録を想定していないことから来る限界です。

承認可能性・監査可能性という視点

要員計画は、人件費という会社最大級のコストに直結します。だからこそ、あとから「なぜこの計画が承認されたのか」を説明できる状態——監査可能性が求められる場面があります。

• 実際に採用や配置が動いたあと、「この枠は誰の承認で発生したのか」を遡れるか
• 計画が期中に変更されたとき、「いつ・誰が・何を根拠に変えたのか」が残っているか
• 経営から「この人件費増はどういう意思決定だったのか」と問われたとき、履歴で答えられるか

これらに「Excelとメールを掘り返せば……たぶん」としか答えられない状態は、リスクです。承認は結果だけでなく、誰が・いつ・どの版に対して・どんなコメントで承認したか、という一連の履歴として残っている必要があります。

差し戻しこそ記録する価値がある

見落とされがちですが、承認フローで一番情報量が多いのは「差し戻し」です。

「この人数だと予算に合わない」「この能力の定義が曖昧、書き直して」——差し戻しには、計画がなぜその形になったのかの理由が詰まっています。承認だけを記録して差し戻しを流してしまうと、「なぜこの計画に落ち着いたのか」という一番大事な文脈が消えます。

差し戻しの履歴が残っていると、翌期に同じ議論を繰り返さずに済みます。「去年もこの前提でもめて、結局こう決めた」が辿れるからです。これは計画の再利用性そのものです。

承認を「運用」として設計する

では、承認をExcelの外に出すとき、何を設計すればよいか。ツール選定の前に、運用として次を決めておくのが実務的です。

1. 承認の単位を決める——計画全体を一括承認するのか、部門ごと・打ち手ごとに承認するのか。単位が粗いと差し戻しのたびに全体が止まります
2. 承認ルートを役割で定義する——「Aさん」ではなく「起案＝人事担当 → 一次＝事業部長 → 最終＝管掌役員」と役割で組む。人が変わっても運用が続きます
3. 版と承認を紐づける——どの版に対する承認かが自動で結びつく状態にする。ここがメール添付との決定的な違いです
4. 差し戻しをコメントつきで残す——却下ボタンだけでなく、理由が計画に紐づいて残る形にする

こうした「誰が使うかを前提にした設計」の重要性は、ServiceNow全社導入で学んだ、現場が使うシステムの条件にも通じます。承認フローは、動線が悪ければ誰も使わず、結局またメールに戻ります。仕組みの前に運用の設計、という順番は変わりません。

まとめ

• 要員計画で本当に消えて困るのは数字ではなく「誰がいつ何を承認したか」の履歴
• メール添付の承認は、版との紐づけ・突合・差し戻しの保存という点で構造的な限界がある
• 人件費に直結する計画には、あとから意思決定を説明できる監査可能性が求められる
• 差し戻しの履歴こそ、翌期の議論を短縮する最も価値のある記録
• 承認は「承認単位・役割ベースのルート・版との紐づけ・差し戻しの保存」を運用として先に設計する

私は現在、この「Capability起点の要員計画・実行管理」を形にするSaaS（Sakigake Workforce）を複業で開発しています。要員計画の承認をExcelとメールの外に出したい、履歴を残せる運用を設計したいという方は、下の窓口からお気軽にご相談ください。現場の言葉で一緒に整理します。