「気づいたら赤字」を構造的に防ぎ、進行中に介入できる組織へ
はじめに：なぜプロジェクトは「気づいたら赤字」になるのか
プロジェクト型ビジネスの経営者から、こうした相談を頻繁に受けます。「先月、A案件が大きく赤字だった。なぜ事前に気づけなかったのか」「月次決算が出てから赤字が判明する」「リアルタイムで案件の粗利が見えない」——。
これは経営者の判断力不足ではなく、原価管理の仕組み上の問題です。月末まで原価が確定しないなら、進行中に介入する手段はそもそも存在しません。本記事では、月末待ちの原価管理をやめ、進行中に粗利を守る原価管理の全体像を解説します。プロジェクト型ビジネスの収益体質を変えたい経営者・経理・Deliveryマネージャー必読のピラー記事です。
この記事でわかること
- プロジェクト原価管理が機能しない3つの構造的理由
- リアルタイム原価管理に必要な5つの要素
- 進行中に粗利を守る運用設計（フルコスト計算・WIP・月次クローズ・ヒートマップ）
- 原価管理の「事後分析」から「経営判断」への転換ロードマップ
第1章：プロジェクト原価管理が機能しない3つの構造的理由
理由① 原価が「月末」まで確定しない
最も致命的な問題は、原価データが月末の経理集計まで確定しないことです。月をまたいで進行する案件の場合、赤字が判明する頃には既に翌月で、リカバリー策（追加請求交渉・スコープ調整・リソース入れ替え）が打てる時期を過ぎています。
進行中に介入できない原価管理は、本質的には「事後の損益確認作業」であり、経営判断の道具にはなりません。
理由② 人件費が「概算単価」で計算されている
「エンジニア時給5,000円」「デザイナー時給4,000円」といった概算単価で計算された原価は、実態とのズレを必ず内包します。社員ごとの実際の人件費は、給与＋社会保険料＋賞与引当＋間接費を含めた「フルコスト」で計算しなければ正確に出せません。
概算単価で計算された粗利は「黒字に見えて実は赤字」という錯覚を生み、経営判断を歪めます。
理由③ 「見えないコスト」が計上されていない
PM工数・修正対応工数・社内調整時間・会議工数など、案件に紐づくが原価として計上されないコストが多く存在します。これらが「現場の体感」では重くても、原価データに反映されていないため、「なぜ赤字なのか分からない」状態を生みます。
原価管理の黄金律：「週次でアラートを出せる仕組みがなければ、原価管理をしていないのと同じ」。月末に判明する赤字は、すでに手遅れの赤字である。経営判断に使える原価管理は、進行中にデータが見える状態を意味する。
第2章：リアルタイム原価管理に必要な5つの要素
要素① タスク単位の工数記録（日次入力）
プロジェクト全体ではなく、配下のタスクごとに工数を記録することで「どのタスクで時間を消費しているか」が見えます。さらに日次入力することで、月末を待たずに進行中の原価を集計できます。
要素② フルコスト人件費単価
社員ごとに給与＋社会保険料＋賞与引当＋間接費を含めたフルコスト単価をマスタ管理し、工数 × 単価 で原価を自動算出します。概算単価ではなく、社員ごとの実態を反映した単価設計が必須です。
要素③ 稼働種別の分類（直接／間接の区別）
稼働種別を「直接工数（売上に紐づく）」と「間接工数（社内会議・調整等）」に分類することで、案件原価に含めるべき時間と組織コストとして扱う時間を区別できます。これがチャージ率管理の基盤になります。
要素④ 仕掛品（WIP）の月次計上
未完了案件の進行中工数は、会計上「仕掛品（WIP）」として資産計上されるべき性質を持ちます。工数管理データから自動でWIP計上できる仕組みがあれば、経理の月次クローズ作業は劇的に短縮されます。
要素⑤ ダッシュボード・ヒートマップ・アラート
原価データが集計されているだけでは経営判断に使えません。案件粗利ヒートマップ・予算消化率推移・アラート閾値超過通知など、「次に何をすべきか」が一目で分かる可視化が必要です。
第3章：進行中に粗利を守る運用設計
運用① 週次レビューサイクル
Deliveryマネージャー・PMが集まる週次レビューで、進行中案件の予算消化率と進捗率を必ずレビューします。予算50%消化×進捗30%といった乖離が見えた瞬間、その案件には責任者をアサインして介入します。
運用② 自動アラート閾値
以下の基準でアラートを設定し、悪化兆候を自動検知します。
- 予算消化率が進捗率を20%以上上回った場合
- 特定タスクの実績工数が予算工数の120%を超えた場合
- プロジェクト全体の利益率が基準値（例：15%）を下回った場合
- 仕様変更累計影響が想定粗利の3ポイントを削った場合
運用③ 月次クローズの早期化
リアルタイム原価管理が機能していれば、月次決算で案件P/Lを確定するのに2週間も必要ありません。経理とDeliveryの連携設計次第で、5営業日以内に案件P/Lをクローズできる運用が実現します。
運用④ 振り返りデータベース
完了案件ごとに「見積／実績の乖離」「想定／実績の粗利率」「主な乖離要因」をデータとして残します。半期ごとに乖離傾向を分析し、見積基準・契約条件にフィードバックすることで、見積精度が継続的に向上します。
第4章：原価管理を「事後分析」から「経営判断」へ転換するロードマップ
フェーズ1：基盤整備（1〜2か月）
タスク階層・稼働種別・フルコスト単価マスタを整備します。Salesforce上で工数オブジェクトを商談・案件と同じデータモデルに乗せ、リアルタイム集計が可能な基盤を作ります。
フェーズ2：日次入力定着（2〜3か月）
パイロット部門で日次工数入力を開始し、入力率モニタリング・フィードバックダッシュボードで習慣化します。「入力したら自分の稼働状況・案件粗利が見える」という還元ループを定着させることが鍵です。
フェーズ3：週次レビュー運用（3〜4か月）
案件粗利ヒートマップ・予算消化率レポートを月次経営会議の定点指標とし、Delivery部門で週次レビューを開始します。アラート閾値を設定し、悪化案件への自動介入を仕組み化します。
フェーズ4：月次クローズ早期化と振り返りループ（4〜6か月）
案件P/Lの月次クローズを5営業日以内に短縮し、完了案件の振り返りデータベースを構築します。蓄積されたデータが次回見積に流れる仕組みで、見積精度が継続的に向上します。
第5章：Task Relayが実現する原価管理基盤
Task Relayは、Salesforce上で動作するプロジェクト＆工数管理SaaSとして、本記事で挙げた5つの要素をパッケージで提供します。
- タスク単位の工数記録（15分単位×日次入力）
- メンバー別フルコスト単価マスタによる原価自動算出
- 稼働種別による直接／間接工数の自動分類
- 仕掛品（WIP）の月次計上自動化
- 案件粗利ヒートマップ・予算消化率レポート・閾値アラートの標準提供
- 月次クローズ短縮を支える経理連携機能
| 観点 | 従来の月末待ち原価管理 | リアルタイム原価管理 |
|---|---|---|
| 原価確定タイミング | 月末経理集計後 | 日次（リアルタイム） |
| 人件費単価 | 概算 | フルコスト |
| 見えないコスト | 計上漏れ | 稼働種別で網羅 |
| 介入タイミング | 事後（赤字判明後） | 進行中（悪化兆候時） |
| 月次クローズ | 2週間〜 | 5営業日 |
| 見積精度 | 感覚 | 振り返りデータベース活用 |
まとめ：原価管理は「経理の作業」ではなく「経営の道具」
プロジェクト原価管理を「経理が月末に集計する作業」と捉えている限り、組織の収益体質は変わりません。リアルタイムで原価が見え、進行中に粗利を守れる仕組みを作ることが、プロジェクト型ビジネスの利益率改善の出発点です。
まずは自社の原価管理が、本記事の5要素のうちいくつを満たしているかを点検してください。1つでも欠けていれば、それが「気づいたら赤字」が起きる原因です。
月末待ちの原価管理を、
リアルタイム経営判断へ。
タスク粒度・フルコスト単価・稼働種別・WIP計上をSalesforce上で連動させるTask Relay。30分のデモで貴社の原価管理を「経営の道具」に変える設計をご紹介します。