部門別予実管理を機能させるための権限設計

部門が増えてくると、予実管理（予算と実績を比較し、差異の原因を分析すること）も部門別に見たくなります。ところが、部門別の表を作ること自体よりも先に決めておくべきことがあります。「誰が何を見て、誰が入力し、誰が確定させるのか」という権限設計です。

この設計を後回しにすると、表の形は整っていても、数字の書き換えや確定漏れが起きやすくなります。部門が増えるほど、その影響も大きくなります。この記事では、部門別予実管理における権限設計を「閲覧」「入力」「承認」の3つに分けて整理し、役割ごとの整理表と、設計を進める手順まで具体的に紹介します。

なぜ部門別予実管理に権限設計が必要なのか

部門がひとつしかない段階や、社員数がごく少ない段階では、全員が全体の数字を見ても大きな問題は起きません。しかし部門長やメンバーの数が増えてくると、次の3点を決めておかないと、思わぬところで混乱が生じます。

• 誰が自部門の数字を入力するか
• 誰が他部門の数字まで見られるか
• 誰が最終的な数字を確定させるか

特にSeries A〜B、社員10〜100名規模の急成長中の会社では、組織の形そのものが短い間隔で変わっていきます。新しい部門の立ち上げ、部門の統合、部門長の交代などが重なると、「この数字は誰の担当か」が分からなくなりがちです。権限設計を後回しにしたまま部門が増えると、あとから整理し直す手間は、部門が少ないうちに整理する場合よりもずっと大きくなります。

権限設計を誤ると起きる問題

権限設計をあいまいにしたまま部門別予実管理を運用すると、次のような問題が起きやすくなります。

• 全部門のデータを誰でも編集できる状態になり、意図しない書き換えが起きる
• 他部門の数字まで見えてしまい、部門間の信頼関係に影響する
• 逆に制限を強くしすぎると、確認のやり取りが増えて月次決算のスピードが落ちる
• 誰が最終的な数字を確定したのかがあいまいになり、経営会議で数字の根拠を説明しづらくなる

これらはどれも、一つひとつは小さな問題に見えます。しかし部門数が増えるほど起きやすくなり、経営会議に出す数字そのものへの信頼が揺らいでいく点で軽視できません。

注意したいのは、「緩すぎる」と「厳しすぎる」の両方が問題になる点です。権限を絞ればよいという話ではなく、役割に見合った範囲を与えることが目的になります。

部門別予実管理における権限設計の3つの視点

権限設計を考えるときは、「閲覧」「入力」「承認」という3つの範囲を分けて整理すると考えやすくなります。

閲覧範囲：誰がどこまで見られるか

部門長は自部門の詳細な数字を見る必要があります。一方、他部門の詳細な数字まで見せるかどうかは会社の方針次第です。経営陣は全部門を横断して見る必要がありますが、部門メンバーは自部門の数字だけで十分な場合が多いでしょう。

閲覧範囲を考えるときは、「部門」の軸だけでなく「科目」の軸も意識すると整理しやすくなります。代表的なのが人件費です。人件費は部門別予実の中でも金額が大きい科目ですが、内訳まで見せると個人の給与が推測できてしまうことがあります。部門長には部門合計の人件費だけを見せ、個人単位の明細は人事や経営陣に限る、といった分け方が考えられます。

入力範囲：誰がどこまで書き込めるか

閲覧できることと、書き込めることは別に考える必要があります。基本は次のような分け方です。

• 自部門の実績の補足や見込み：部門長やその担当者が入力する
• 予算数値：経営企画など限られたメンバーが入力する
• 他部門の数字：原則として入力できないようにする

あわせて決めておきたいのが、複数の部門にまたがる費用（家賃やシステム利用料などの共通費）の扱いです。共通費を各部門にどう割り振るか（配賦）は、部門長同士で調整すると揉めやすい論点です。配賦のルールを決める人と、配賦後の数字を入力する人を、あらかじめ一人に定めておくと混乱を防ぎやすくなります。

承認範囲：誰が最終的に数字を確定させるか

入力された数字は、そのまま経営会議の資料になるわけではありません。多くの場合、誰かが内容を確認し、確定させるプロセスを経ます。この「確定させる人」が明確でないと、修正のたびに「本当にこの数字で合っているのか」を確認し直すことになり、月次決算のスピードが落ちてしまいます。

承認では、確定したあとの修正ルールも決めておくことが大切です。確定後に数字を直す必要が出たときは「誰に申し出て、誰が直し、どこに修正理由を残すか」を決めておくと、経営会議で数字の根拠を聞かれても説明しやすくなります。

経営管理 完全ガイドでも触れているとおり、こうした権限の整理は、月次決算全体のスピードにも直結する論点です。

役割ごとの権限を一枚の表に整理する

3つの範囲を考えたら、役割ごとに一枚の表へまとめます。以下は考え方を示すための一例です。実際の線引きは、会社の方針や組織の状況に合わせて調整してください。

表にしておくと、新しい部門ができたときや人が異動したときも「この人はどの行に当てはまるか」を確認するだけで済み、担当者が替わっても運用がぶれにくくなります。

権限設計を進める4つのステップ

表を作る前後の流れは、次の4ステップで考えると進めやすくなります。

1. 部門と数字の対応を決める：どの売上・費用がどの部門の数字なのかを先に揃えます。部門をまたぐ数字の定義については部門横断で数字の定義を揃えるための進め方も参考になります。
2. 役割を洗い出す：個人名ではなく「経営企画」「部門長」などの役割単位で整理します。個人名で決めると、異動のたびに作り直しになるためです。
3. 閲覧・入力・承認を表に落とす：前の章の表のように、役割ごとに3つの範囲を書き出します。
4. 月次のスケジュールに組み込む：入力の締め日、部門長の確認期限、経営企画の確定日を、月次決算の日程に合わせて決めます。

ステップ4まで決めて、はじめて権限設計が日々の運用として回り始めます。権限の表だけがあり、いつまでに誰が動くかが決まっていない状態では、承認待ちで月次の締めが遅れてしまいます。

成長フェーズに合わせて権限設計を見直す

権限設計は一度決めたら終わりではありません。部門がひとつだけの初期フェーズでは、全員が全体の数字を見ても大きな問題は起きにくいですが、部門が増え、社員数が増えていくにつれて、閲覧・入力・承認の範囲を見直す必要が出てきます。

Series A〜Bのタイミングで部門が増え始めた会社は、この見直しを行うちょうどよい時期にあります。見直しのきっかけは、次のような場面で決めておくと迷いません。

• 新しい部門を立ち上げたとき、または部門を統合したとき
• 部門長や経営企画の担当者が交代したとき
• 予算を作り直す時期（年度の切り替えなど）

組織が変わるたびに権限の表も見直す、というサイクルをあらかじめ決めておくと、後から慌てて整理し直す事態を避けやすくなります。

Cockpitによる経営データ基盤の一元化

Cockpitは、MRRやARPA、解約率といったMetricsに加え、PL・BS・CF・HRを一元管理する、スタートアップのための経営管理プラットフォームです。Salesforceの営業パイプラインや、freee・マネーフォワードなどの会計データの取込に対応しています。属人化したExcelの予実管理を置き換えることを目的の一つとして設計されており、月次決算から取締役会資料までの経営オペレーションを支援することを掲げています。

Series A〜B、社員10〜100名規模の急成長中のテクノロジー企業を主な対象としており、CFOが不在の会社や、経営企画が少人数の体制でも運用することができます。また、登録データに関する権利は利用者に帰属し、データは日本国内のデータセンターで保管されます。

権限設計の表づくりや見直しのサイクルは、ツールを選ぶ前に社内で決めておくべき運用ルールです。そのルールを固めたうえで、経営データをどこに集めて管理するかを検討すると、整理が進めやすくなります。

まとめ

部門別予実管理を機能させるためには、「閲覧」「入力」「承認」という3つの範囲を役割ごとに整理しておくことが欠かせません。要点は次のとおりです。

• 閲覧は「部門」と「科目」の2つの軸で考える（人件費などは見せ方に注意する）
• 入力は予算・共通費の配賦・自部門の見込みで担当を分ける
• 承認は確定者に加えて、確定後の修正ルールまで決める
• 役割ごとの表にまとめ、月次のスケジュールに組み込む
• 組織が変わる節目ごとに表を見直す

権限設計をあいまいにしたまま部門を増やすと、意図しない書き換えや、確定プロセスのあいまいさといった問題が積み重なっていきます。組織が急拡大するフェーズこそ、早めに一枚の表を作っておくことが後からの手戻りを防ぐポイントになります。

---

自社の組織構成に合わせた予実管理の権限設計について、具体的にお話をうかがうことも可能です。詳しくはこちらからお問い合わせください。