プロジェクト予算管理とは？案件別の予実管理・工数連動の原価把握と進め方を解説

プロジェクト予算管理は、案件（プロジェクト）ごとに予算を組み、実行中の原価を工数と結びつけて追い、計画と実績のズレを早い段階で是正する一連の流れです。会社全体を対象にした期間予算とは対象の切り方が違い、案件単位で採算が黒字か赤字かを判断する点に特徴があります。この記事では、予算実績管理の進め方を「予算編成→工数実績の収集→原価換算→差異分析→是正」の順に分解しました。あわせて、工数連動で予実の精度を上げる仕組み、受託開発の現場で用いる原価率・粗利率の見方、そしてExcelで回せる案件と専用システムや個別開発が要る案件の分かれ目まで、判断できる形で示します。

まとめ：案件別の予実と工数連動の原価把握で採算を守る設計

先に結論を示します。プロジェクト予算管理でつまずく原因の大半は、予算を組んだ後に実績（特に人の工数）を細かく拾えず、赤字が見えた頃には手を打てない状態にあること。これを防ぐ設計は3点に絞れます。第一に、予算を「人件費（工数×単価）・外注費・経費」の原価要素に分けて組むこと。第二に、工数を日次〜週次で拾い、金額に換算して予算と突き合わせる周期を決めること。第三に、ズレを見つけたら残作業の見積もりを引き直し、単価や体制で是正する運用を回すことです。

ツールは目的から逆算して選びます。まずはExcelと工数入力の徹底で足りる規模も多く、案件数が増えて手集計が破綻した段階で専用システムや個別開発を検討する、という順序が現実的です。判断の軸は本文後半でExcel・既製システム・個別開発の3択に整理しました。システムそのものの機能比較や選び方は予算管理システムとは？機能・タイプ比較と選び方を解説した記事に譲り、ここでは案件単位で予実を回す実務に絞って掘り下げます。

プロジェクト予算管理とは何か：通常の予算管理との対象と時間軸の違い

言葉は似ていますが、対象の切り方と見る時間軸が違います。ここを混同すると、会社の月次決算では黒字なのに赤字案件を見逃す事態が起きます。

案件（プロジェクト）を管理単位として採算を判断する仕組みの定義

プロジェクト予算管理は、1つの案件を管理単位として、その案件に紐づく収入（受注額）と原価（人件費・外注費・経費）を集計し、案件ごとの粗利で採算を判断する手法です。受託開発・コンサルティング・制作業のように「案件ごとに見積もり、案件ごとに人を張る」ビジネスと相性が良く、部門や勘定科目ではなく案件コードを軸に数字を集めます。10案件を同時に動かす組織なら、10本の小さな損益計算書を並行して回すイメージ。管理単位が期間ではなく案件である点が、通常の予算管理との最大の違いになります。

会社全体を対象にする期間の予算管理・予実管理との役割と対象の違い

全社の予算管理（予実管理）は、会計期間（年度・四半期・月次）を軸に、部門や勘定科目ごとに計画と実績を突き合わせる、時間で締めて全体を見る管理です。対してプロジェクト予算管理は、期をまたいで数か月続く案件を、期間ではなく案件の始まりから終わりまでで締めて見ます。両者は競合せず、階層で噛み合います。案件別の粗利を積み上げると部門予算になり、部門予算を積み上げると全社予算になる、という下から上への集計関係。「予算管理」と「予実管理」の言葉の使い分けそのものは、予算管理システムの解説記事の整理とあわせて確認できます。

プロジェクト予算管理が特に効く事業と、過剰投資になりやすい事業

この管理が効くのは、原価の大半が人の時間で決まり、案件ごとに利益率がばらつく事業です。受託開発・SIer・Web制作・広告代理・専門コンサルが典型で、赤字案件の早期発見が経営の生命線になります。逆に、量産品の製造や小売のように原価が材料費・仕入で決まり案件という単位が薄い事業では、案件別に細かく張るより勘定科目別の原価管理のほうが素直。自社の売上原価のうち労務費の比率が高いかどうかが、導入可否の最初の目安です。

プロジェクト予算を構成する原価要素と、予実がズレて見える主な箇所

予実がズレる案件には共通点があります。売上ではなく原価側、それも人件費の拾い方が甘い、という点です。まず予算を要素に分解しましょう。

人件費・外注費・経費の3要素に分けて予算原価を組み立てる基本手順

プロジェクト原価は主に3要素に分けます。実務ではこの順で金額が大きく、精度への影響も大きい順に並びます。

• 人件費（社内工数）：担当者の想定工数（人日・人時）に、その人の原価単価を掛けて算出する。多くの案件で原価の過半を占める。
• 外注費：協力会社・フリーランスへの委託費。発注書ベースで金額が確定しやすい一方、追加発注で膨らみやすい。
• 経費：交通費・ライセンス費・クラウド利用料・機材など、案件に直接紐づく実費。

この3要素で予算を組み、同じ3要素で実績を集めると、予実の差がどの要素で生じたかを切り分けられます。ざっくり総額だけで管理すると、人件費の超過を外注費の余りが隠して総額では合っている、といった相殺が起きがち。総額一本の管理では、赤字の芽を見逃してしまいます。

原価単価（社内標準レート）の置き方が案件の採算判断を左右する理由

人件費を「工数×単価」で置くとき、この単価に何を含めるかで採算判断が変わります。給与だけの単価で組むと、社会保険料の会社負担・間接部門費・オフィス費といった間接コストが乗りません。案件は黒字に見えても会社としては利益が残らない、という錯覚が生まれます。実務では、給与に法定福利費や間接費を上乗せした「原価単価（社内標準レート）」を職位ごとに決め、全案件で同じレートを使うのが基本です。このレートが、案件横断で粗利を比較するための共通ものさしになります。

予実がズレる典型ポイント：工数の計上漏れとスコープ変更の見落とし

ズレが生まれる場所はほぼ決まっています。最も多いのが工数実績の計上漏れです。担当者が工数入力を後回しにし、月末にまとめて記憶で入力すると、残業やレビュー・手戻りの時間が抜け落ち、実際より原価が小さく見えてしまいます。次に多いのがスコープ変更。追加要望を「軽い対応」と口約束で受け、工数だけ増えて予算に反映されないまま原価が膨らみます。この2つを塞ぐだけで、予実精度は大きく変わります。

プロジェクト予算の実績管理の進め方：編成から是正までの実務手順

予実管理は一度組んで終わりではなく、案件が終わるまで回し続ける運用です。手順を分解します。

予算編成から工数収集・差異是正まで、予実管理5ステップの全体像

案件開始前から終了まで、次の順で回します。

1. 予算編成：見積もり・体制表をもとに、人件費・外注費・経費で予算原価を組む。フェーズ（要件定義・設計・開発・テスト）ごとに分けると後で差異を追いやすい。
2. 工数実績の収集：担当者が日次〜週次で作業工数を入力する。粒度は「案件×フェーズ」まで落とす。
3. 原価換算：入力された工数に原価単価を掛け、外注費・経費と合算して実績原価を出す。
4. 差異分析：予算原価と実績原価、進捗率を突き合わせ、消化ペースが計画より速い箇所を特定する。
5. 是正：残作業を見積もり直し、体制の組み替え・スコープ調整・追加見積もりの交渉で着地を修正する。

この5ステップのうち、多くの現場で弱いのが2番の工数収集と4番の差異分析です。ここが回れば、残りは自然についてきます。

差異分析でまず見る指標：予算消化率と進捗率の乖離からの読み取り方

差異分析で最初に見るべきは、予算消化率と進捗率のギャップです。予算の70%を使った時点で進捗が50%なら、残り30%の予算では40%分の作業を賄えず、着地は予算超過に向かいます。金額の残高だけを見ていると「まだ予算は残っている」と安心しがち。進捗と並べて初めて危険が見えてきます。フェーズ別に消化率と進捗率を並べる表を月次で作ると、どのフェーズで溶けているかまで追えます。

数字はあくまで読み取りの例です。フェーズや案件の性質で健全ラインは動くため、自社の過去案件で基準線を持っておきましょう。

予実を確認する周期の決め方：月次では手遅れになる案件の見分け方

予実を突き合わせる周期は、案件の期間と燃焼の速さで決めます。半年以上の長期案件なら月次で足りることもありますが、数週間で終わる短期案件や、一時に多人数を投入する案件は、月次では気づいた時に終わっています。人を多く張る案件・短納期の案件は週次、状況が動く局面では日次で消化を見る、と周期を可変にしましょう。周期を早めるほど工数入力の負担は増えるため、次章の工数連動の仕組みで入力を軽くすることが前提になります。

工数連動で予実精度を高める仕組みと受託開発の原価・採算管理の考え方

プロジェクト予算管理の精度は、突き詰めると工数実績の精度で決まります。人の時間が原価の過半を占めるからです。ここを仕組みで支えると、予実は信頼できる数字に変わります。

工数管理システムと連携し、工数実績を原価へ自動換算する仕組みの流れ

工数を紙やExcelの後追い入力で集めている限り、計上漏れは残ります。担当者が日々の作業時間を案件・フェーズ単位で入力し、その工数に原価単価を掛けて実績原価へ自動換算する仕組みにすると、予実の実績側が毎日更新される状態になります。この工数入力の基盤をどう整えるかは、機能や勤怠管理との違い、基幹連携の判断軸まで含めて工数管理システムとは何かを解説した記事に詳しくまとめました。予算管理の実績精度は、この工数管理の入力率と粒度に直結します。

受託開発の採算管理：原価率と粗利率で案件の良し悪しを評価する軸

受託開発では、案件の良し悪しを金額の黒字幅だけでなく率で評価します。使うのは原価率（原価÷売上）と、その裏返しの粗利率（粗利÷売上）です。売上規模の違う案件を横並びで比べるとき、率で見ると採算の良い案件・悪い案件が一目で分かります。目標粗利率を社内で定め（例えば粗利率30%を採算ラインに置く、といった形で）、それを下回る案件は受注段階で条件を見直し、進行中なら是正を優先する運用にしましょう。数値は事業モデルで変わるため、自社の固定費を賄える粗利率を逆算して基準を置きます。

原価管理の視点をプロジェクト予算に取り込み、案件別損益を出す設計

案件別の予実を突き詰めると、扱っている対象は原価管理そのものになります。工数を原価に換算し、外注費・経費を積み、案件別の損益を出す一連の処理は、原価管理システムの中核機能と重なる部分です。標準の勤怠・会計ツールだけでは案件別の原価集計まで届かない場合、原価計算のロジックを自社の見積もり・工数・単価の実態に合わせて組む必要が出てきます。自社の原価構造に合わせた採算管理の仕組みづくりは、原価管理システム開発として相談を承っています。既製ツールで案件別採算が見えにくいと感じる段階が、仕組みを見直す入り口です。

Excelで足りる案件・専用システムや個別開発が要る案件の判断軸

ここは立場を明確にします。すべての組織に専用システムが要るわけではありません。案件数・関与人数・更新頻度の3点で、Excel・既製システム・個別開発の3択を切り分けましょう。

Excelやスプレッドシートで予実を回せる案件規模と運用の限界

同時進行が数案件、関わる人数が十数名までなら、Excelやスプレッドシートで十分に回せます。案件ごとにシートを持ち、工数入力と原価換算を関数で組めば、初期費用ゼロで始められる手軽さがあります。導入コストをかけずに予実の型を身につける段階として、まずExcelで運用を回すのは合理的な選択です。限界が来るのは、案件数が数十を超えて集計が手作業で破綻したとき、複数人が同時編集して版が乱れたとき、そして工数入力を促す仕掛けがなく計上漏れが常態化したとき。この3つが同時に起きたら、ツールを替える合図と考えます。

既製の予算管理システムやPMツールで足りる案件を見極める判断基準

Excelの限界を越え、かつ業務が一般的な案件管理・予実の型に収まるなら、既製の予算管理システムやプロジェクト管理ツールが第一候補になります。パッケージを使えば、工数入力・原価集計・ダッシュボードが揃った状態で短期に立ち上がり、保守もベンダー側が担ってくれます。製品ごとの機能差やタイプ別の選び方は予算管理システムとは？の解説記事で比較軸を示しました。まずここで既製品を検討し、自社の運用が製品の型に乗るかどうかを見極めるのが順序です。

個別開発を選ぶべき2つの条件と、見送るべき場面の具体的な見分け方

個別開発が正解になるのは、条件がそろったときだけです。具体的には、独自の原価計算ロジック（複雑な単価体系・案件横断の配賦・複数事業部の按分）が既製品の設定範囲に収まらず、かつ既存の基幹システムや工数管理と密に連携させて二重入力をなくしたい、という2条件を満たす場合。この状況では、業務に合わせた仕組みを組んだほうが、無理な運用の回避や手作業のコストを長期で下回ります。逆に、既製品の設定でおおむね賄える、案件数が少なく手作業でも回る、要件が固まっておらず何を作るか説明できない、これらのいずれかに当てはまるなら個別開発は見送るべきです。要件が曖昧なまま開発に入ると、作った後で使われないシステムになりがちで、投資が回収できません。まず既製品で運用を固め、そこで見えた不足を要件化してから個別開発へ進む、という順序が失敗を減らします。原価計算を自社仕様で組む必要が明確になった段階の相談先として原価管理システム開発があります。

PMツール・案件管理・基幹システムと連携して案件別予実を回す設計

プロジェクト予算管理は単体で完結せず、周辺システムとデータをつないで初めて手間なく回ります。どこと何をつなぐかを設計しましょう。

プロジェクト管理ツールと予算管理をつなぐ接続点と補完し合う関係

進捗管理を担うプロジェクト管理ツールと、予算管理は補完関係にあります。前者がタスクの進捗率を持ち、後者が予算消化率を持つため、両者を突き合わせて初めて前述の「消化率と進捗率の乖離」が見える構図です。進捗と工数を同じツールで入力できると、予実の分析がそのまま回るようになります。ツールの種類や既製・自作の判断はプロジェクト管理ツールとは何かを解説した記事に整理しました。予算管理を後付けするより、進捗と工数を一体で入力できる設計にするほうが、運用は続きます。

案件管理・SFAから受注情報を引き継ぎ、予算の器を先につくる流れ

予算の売上側（受注額）は、案件管理やSFAに最初に登録されます。ここで確定した受注金額・案件コードを予算管理側へ引き継ぐと、見積もり時の想定原価と受注額から目標粗利が自動で置け、二重入力もなくなります。営業段階の案件情報と実行段階の予実をつなぐ設計は、案件管理システムとは？の解説記事で扱う案件情報の一元化と地続きです。受注が決まった瞬間に予算の器ができている状態が理想形になります。

基幹システム・会計と連携し、案件別損益を全社予算まで積み上げる

案件別の実績原価が固まったら、外注費・経費の実支払いは会計・基幹システムの数字と一致させます。工数由来の社内人件費は社内原価単価での換算値、外注費・経費は会計の実績、という二本立てで案件損益を締めると、経理の月次決算と案件採算の数字が食い違いません。案件別粗利を部門・全社へ積み上げれば、冒頭で述べた「案件→部門→全社」の階層がデータでつながります。経営が案件単位まで採算をたどれる状態が、この連携の到達点です。

よくある質問

プロジェクト予算管理の導入・運用でよく寄せられる質問に、実務の観点で簡潔に答えます。

プロジェクト予算管理と原価管理は何が違いますか？

違うのは視点です。原価管理は「原価をいくらで、どう発生させ、どう下げるか」に主眼を置き、予算管理は「計画（予算）に対して実績がどうか、差異をどう是正するか」に主眼を置きます。プロジェクト予算管理は、案件別の原価を集計する原価管理の仕組みを土台にして、そこへ予算との差異分析と是正の運用を乗せたものと捉えると、両者の関係が整理できます。

予算実績管理はどのくらいの頻度で確認すべきですか？

案件の長さと人の投入密度で決めます。半年以上の長期案件は月次で足りることもありますが、多人数を短期に投入する案件は週次、局面によっては日次で消化を見ます。目安は「気づいてから是正が間に合う周期」です。予算の大半を数週間で燃やす案件を月次で見ると、超過に気づいた時には打ち手がありません。

小さな会社でも専用システムは必要ですか？

必須ではありません。同時進行が数案件、関与が十数名までなら、Excelやスプレッドシートに工数入力の習慣を組み合わせるだけで回せます。専用システムを検討する合図は、案件数が数十を超えて集計が破綻したとき、複数人の同時編集で版が乱れたとき、工数の計上漏れが常態化したときです。まず型を身につけ、破綻した箇所を要件にしてから移行すると無駄がありません。

工数の予実がいつもズレるのですが、どう改善しますか？

入力のタイミングと粒度を見直すのが基本です。月末にまとめて記憶で入力すると、レビューや手戻りの時間が抜け、原価が小さく見えてしまいます。改善策は、日次で案件×フェーズの粒度に入力を変えること。工数管理システムで入力を促す仕掛けを持たせると、計上漏れが減ります。あわせてスコープ変更を口約束で受けない運用を徹底すれば、ズレの二大要因を塞げます。

予算超過が見えたら、まず何をすべきですか？

残作業の再見積もりから始めます。すでに使った金額ではなく、これから何がどれだけ残っているかを工数で洗い直し、現行体制での着地見込みを出します。そのうえで、体制の組み替え・スコープの調整・追加見積もりの交渉のいずれで埋めるかを決めましょう。使った額の反省より、残りをどう着地させるかに時間を割くのが、超過局面での順序です。

関連記事

• 予算管理システムとは？機能・タイプ比較と選び方・個別開発の判断基準を解説：本記事が実務の回し方を扱うのに対し、システムの機能比較・製品タイプ・選び方を整理した記事です。
• 工数管理システムとは？機能・勤怠管理との違いと選び方・基幹連携の判断軸を解説：プロジェクト予実の精度を左右する工数入力の基盤を、機能と選び方の面から解説しています。
• プロジェクト管理ツールとは？機能・種類・選び方と既製か自作かの判断軸を解説：進捗率と予算消化率を突き合わせるための、進捗管理側のツール選びをまとめています。
• 案件管理システムとは？機能・SFA・プロジェクト管理との違いと選び方・開発判断：受注情報を予算の器に引き継ぐ、案件情報の一元化を扱った記事です。