プロジェクト採算管理とは？工数管理から採算設計へ

プロジェクト採算管理とは、案件ごとの売上・原価・利益を見える化し、採算の良し悪しを経営の意思決定に使う取り組みである。だが多くの組織で、それは工数の実績を集計する「事後の結果管理」にとどまっている。利益が決まるのは案件を受注する前であり、採算管理が利益を動かせるのは、その判断を受注前に持ってきたときだけだ。

工数管理は、起きた事実を記録する。採算管理は本来、これから受ける案件の利益を決める。両者は同じ「人と時間」を扱うが、見ている時間軸が逆だ。プロジェクト採算管理の定義と構成要素を整理し、工数管理からどう移行するかを示す。

この記事の要点

• プロジェクト採算管理とは、案件単位で利益貢献を見える化し意思決定に使う取り組みだ。月次の平均利益率では案件ごとの採算は見えない。
• 工数管理は事後の結果管理、採算管理は本来受注前の設計。同じ対象を扱うが、対象・タイミング・出力・帰結が逆だ。
• 案件採算管理の構成要素は4つ：限界利益・編成・単価・採算判断のタイミング。前3つを揃えても、見るのが受注後なら結果管理にとどまる。
• 利益率管理の改善は、月次平均の集計精度ではなく、受注前に案件ごとの限界利益率を見積もる運用から始まる。
• 採算を受注前に動かす取り組みをまとめて行う考え方が、採算設計だ。

プロジェクト採算管理とは何か

プロジェクト採算管理とは、案件ごとの売上・原価・利益を見える化し、その採算を経営の意思決定に使う取り組みである。案件採算管理、プロジェクト収支管理とも呼ばれる。

ポイントは「案件ごと」にある。月次や四半期の利益率は、複数の案件と固定費が混ざった平均値だ。月次が黒字でも、内訳には利益率の高い案件と赤字案件が同居している。平均値だけを見ていると、どの案件が利益に貢献し、どの案件が利益を食っているかが分からない。

だから採算管理は、決算の利益指標ではなく、案件単位の限界利益で採算を捉える。案件売上から、その案件に直接紐づく変動費（メンバーの稼働原価・外注費・案件直接経費）を引いた利益が限界利益だ。この計算式と、固定費を混ぜる誤用については限界利益とは。プロジェクト型組織で案件採算に使う計算と落とし穴に整理した。本記事では計算ではなく、その採算をいつ・何のために見るかを扱う。

なぜ工数管理だけでは採算管理にならないのか

採算管理を始めようとすると、多くの組織はまず工数管理を整える。誰がどの案件に何時間入ったかを記録し、原価を集計する。これは採算管理の土台として必要だ。だが、土台を整えただけでは採算管理は完成しない。

工数管理が記録するのは、起きてしまった事実である。先月Aさんが何時間使ったか。その案件の原価がいくらかかったか。集計が精緻になるほど、終わった案件の損益は正確に分かる。だが、その数字を見たときには、利益はすでに確定している。赤字案件と判明しても、もう戻らない。

採算管理がこの工数の実績集計に立っている限り、それは利益を後から確認する作業だ。経営会議で「この案件は原価が予算を超えました」と報告されても、報告された時点で打てる手は限られる。工数の実績入力が利益そのものを生まない構造は実績管理は利益を生まない。その入力に説明責任はあるかに詳しく書いた。

工数管理は結果を記録する。採算管理が利益を動かすには、結果が出る前——案件を受けると決める瞬間——に採算を見る必要がある。

工数管理と採算管理は、見ている時間が逆だ

工数管理と採算管理は、対立する概念ではない。役割が違う。だが多くの組織でこの二つが混同され、採算管理が工数管理の延長線上に置かれている。対象・タイミング・出力・帰結の4点で並べると、両者の向きがはっきりする。

比較項目	工数管理（事後の結果管理）	採算管理（受注前の設計）
対象	実際に使った時間と原価	これから受ける案件の編成と限界利益
タイミング	実行中〜事後（案件が走った後）	受注前（提案・営業フェーズ）
出力	案件原価・予実差・実績利益	編成案ごとの限界利益と受注可否
主な使い手	PM・現場・経理	経営者・事業責任者
帰結	終わった採算の確認。打てる手は少ない	受注の意思決定。利益をまだ動かせる

帰結の列を見れば違いは明らかだ。工数管理がたどり着くのは「採算の確認」、採算を受注前に持ってきたときにたどり着くのは「採算の意思決定」だ。一方は答え合わせ、もう一方はこれから利益を作りにいく。

工数管理は要らない、という話ではない。原価計算・請求・予実分析の土台として機能し続ける。言いたいのは一点だ。工数の実績集計を、利益を動かす採算管理と取り違えないこと。

案件採算管理を構成する4つの要素

案件採算管理は、4つの要素で構成される。前の3つは「何を見るか」、最後の1つは「いつ見るか」だ。

構成要素	何を見るか	結果管理にとどまる場合	利益を動かせる場合
①限界利益	案件売上 − 変動費。固定費回収への貢献	確定した実績を集計する	受注前に見積もり、受注可否を決める
②編成	グレードミックスと稼働原価の構造	走った後の原価を記録する	編成案ごとに原価と限界利益を比較する
③単価	原価から逆算した値決め	過去の相場と感覚で決める	目標限界利益から逆算して決める
④採算判断のタイミング	採算を見て意思決定する時点	受注後・事後（結果の確認）	受注前（利益をまだ動かせる）

①②③をどれだけ精緻に揃えても、④が受注後なら、案件採算管理は結果管理にとどまる。逆に言えば、利益を動かせるかどうかを決めているのは4つ目のタイミングだ。

限界利益・編成・単価という3つの判断要素を「いつ」下すか。ここが採算管理の分岐点になる。受託開発で経営判断に使う指標の整理は受託開発会社のアサイン管理で見るべき4つの指標にまとめた。

案件採算管理の質は、何を見るかではなく、いつ見るかで決まる。同じ限界利益でも、受注後に見れば確認、受注前に見れば設計だ。

利益率管理を「結果の集計」から「事前の設計」へ移す

利益率管理を改善しようとすると、多くの組織は集計の精度を上げる方向に向かう。原価の按分を細かくし、案件タグを増やし、ダッシュボードを充実させる。だがそれは「終わった案件の利益率を、より正確に知る」取り組みであって、利益率そのものを上げる取り組みではない。

利益率を動かすための介入点は、受注前にしかない。次の順序で移行する。

• 月次の平均利益率ではなく、案件ごとの限界利益率を採算の単位に切り替える。
• 次に提案する案件で、受注を決める前に限界利益率を見積もる。
• 編成案を複数並べ、それぞれの限界利益率を比較して体制を選ぶ。
• 目標限界利益から逆算して単価を決め、固定費回収に届かない案件は受注を見直す。

リソース配分を最適化するツールを入れても、この受注前の判断は埋まらない。リソース管理が「受注後の空きを埋める」最適化で、採算を受注前に設計する仕組みとは立ち位置が分かれる構造はプロジェクトリソース管理とは。工数管理・タレマネとの違いに書いた。

利益を動かせるのは、受注前の設計だけだ

工数管理から採算管理への移行を一文でまとめると、「採算を見るタイミングを、結果が出た後から、結果を決める前へ移すこと」だ。限界利益も、編成も、単価も、見るべき要素は変わらない。変えるのは、それを見て意思決定する時点だ。

案件ごとの限界利益を受注前に見積もり、原価が最小で成功確率の高い体制を設計し、その原価から逆算して単価を決める。この受注前の一連の意思決定をまとめて行う考え方が、採算設計である。

採算管理が利益を動かせるのは、それが採算設計になったときだ。事後の集計を磨くのではなく、判断を受注前へ前倒しする。

採算設計を実務に落とす手法を、CATCAREERは アサインメントデザイン™ と呼ぶ。案件の体制・限界利益・単価を、走り出す前に一つの画面で組み立てる発想だ。対話型AI「AIタクト」が編成の現実的な代替案や過負荷の兆しを客観的に示し、受注前の見立てを支える。その手法を実装した採算設計クラウドが『CATCAREERアサインメント』である。採算設計の定義と既存の管理系カテゴリとの違いは採算設計とは。プロジェクト型組織が受注前に利益を作る新カテゴリに整理した。

プロジェクト採算管理は、決算で振り返る結果管理に見える。だが実際に利益を動かせるのは、案件を受けると決める受注前の一瞬だけだ。