予算超過を事前検知する方法。案件解像度と体制設計の重要性

予算超過の事前検知を、進捗が予算を食い始めてから気づくことだと捉えると遅い。進捗が赤を示した時点で、原価はもう使われている。予算超過は進行中に突然起きるのではなく、案件の解像度が低いまま受注した時点で仕込まれている。本当に検知すべきは進捗の異常ではなく、受注前の見積に現れる案件理解の不足だ。

予算超過は、管理が甘いから起きる。多くの組織がそう考え、進捗管理やレポートの精度を上げる。だが超過の引き金は管理の外、受注を判断する前の段階にある。完了形の曖昧さ、体制原価の未設計、スコープの固まり具合——案件をどこまで理解して受けたかが、後の超過を決める。どこを見れば事前に気づけるかを整理する。

この記事の要点

• 予算超過の原因は管理不足ではなく、受注時点での案件理解の不足にある。
• 進捗管理は超過を早く検知するが、防げない。進捗が映すのは原価を使い終わった後の現在地だから。
• 受注前に検知できる兆候は3つ。案件の完了形の曖昧さ・体制原価の未設計・スコープの固まり具合。
• これらは進捗レポートではなく、受注を判断する前の見積に現れる。だから見積を検知の対象にする。
• 受注前に完了形・体制原価・スコープをまとめて設計し、見積を超過の防波堤にする。この考え方を採算設計と呼ぶ。

なぜ進捗管理を強化しても予算超過は止まらないのか

予算超過を防ぎたいと考えたとき、多くの組織が進捗管理の強化から始める。原価の消化率を毎週見る、超過アラートを設定する、レポートの粒度を細かくする。これ自体は無駄ではない。だが目的が「超過を防ぐこと」なら、足りない。

進捗が映すのは、走り出した案件の現在地だ。原価が予算を食い始めてからでないと、消化率は動かない。アラートが鳴った時点で、その分の原価はすでに使われている。進捗管理にできるのは、超過を早く検知することであって、超過しない構造を作ることではない。

進捗が事後の現在地しか映さない構造はPMOが炎上を止められないのは、無能だからではないに整理した。

進捗管理は、超過を記録する。だが超過を止めるには、記録ではなく受注前の案件理解を点検する必要がある。

予算超過は管理不足ではなく、案件理解の不足から始まる

止める検知を考えるなら、まず予算超過がどこで生まれるかを正しく置く必要がある。

案件の原価構造は、誰を・何人・何カ月当てるかという編成が決まった受注時点でほぼ確定する。その編成を弾くには、案件の完了形・必要なスコープ・顧客側の進め方をどこまで理解しているかが効く。理解が浅いまま見積もれば、編成は薄く、工数は楽観に振れる。走り出して現実が見えた瞬間、足りない分が超過として表面化する。

つまり予算超過の多くは、現場が予算を守れなかった失敗ではない。受注前に案件を理解しきれず、守れない予算を組んだ結果だ。現場は、最初から足りない器で戦わされている。

見積もりに乗らない原価変数がどこに潜むかはブリーフィングに書かれない変数が、案件原価を左右するに詳しい。

予算超過は「現場が予算を超えたもの」ではなく「受注前の理解不足が組み込んだもの」だ。検知のタイミングを進行中から受注前へ移すと、止められる超過が増える。

事後で気づく予算超過と、受注前に検知する予算超過

同じ「予算超過の検知」でも、何を・いつ見るかで、できることがまったく変わる。事後で気づく超過と、受注前に検知する超過を並べる。

観点	進捗管理で追う超過	見積で検知する超過
検知の引き金	原価消化が予算に迫ったアラート	見積に残る案件解像度の低さ
分かるタイミング	原価を使い始めた後	受注を判断する前
打てる手の幅	増員・残業での穴埋めに限られる	編成・単価・スコープを組み替えられる
介入コスト	高い。赤字を削って吸収する	低い。見積を直すだけ
帰結	超過を記録できるが回収はできない	超過そのものを未然に削れる

事後で気づく超過は、すでに起きたことを正確に映す。だが映った時には原価が使われている。受注前の検知は、まだ数字が確定していないぶん精度は粗い。だが、まだ動かせる。

予算超過を「正確に記録する」か「不正確でも事前に削る」か。検知の価値は、精度ではなく介入できる余地で決まる。

受注前の案件解像度チェック

では、受注を判断する前の見積に、予算超過の兆候はどう現れるか。案件理解の不足を測る3つの観点を、見積段階で確認できるチェックとして示す。1つでも当てはまれば、受注前に解像度を上げ直す候補だ。

• 案件の完了形の曖昧さ：この案件が「終わった」と言える状態を、具体的な成果物と合意条件で書けるか。完了形が「うまくいったら」「お客様が満足したら」のような状態語で止まっていると、どこまでやれば終わりかが定まらず、工数は青天井に伸びる。完了形からバックキャストして体制を組めていなければ、見積もりは終点の見えない地図だ。
• 体制原価の未設計：単価が、案件の編成から積み上げた体制原価に基づいているか。誰を何グレードで何人月当てるかを置かず、過去の相場観や顧客の予算から単価が先に決まっていると、その単価で組める編成は後付けになる。原価を設計せずに引いた予算は、守れる保証のない数字だ。値決めが原価と連動しない構造は営業利益率が低い会社に共通する3つの原因に整理した。
• スコープの固まり具合：要件がどこまで確定し、どこから「やってみないとわからない」かを線引きできているか。固まっていない範囲が大きいほど、見積もりに乗らない作業が後から積み上がる。追加要望が出やすい顧客、関係部門が多い案件、前例のない領域——これらはスコープが揺れ、工数超過に直結する。

3つに共通するのは、いずれも進捗レポートではなく、受注を判断する前の見積に現れることだ。進捗は超過した結果しか映さないが、見積はこれから起きる超過の構造を映す。

予算超過の兆候は、原価が動き出す前の見積に出る。検知の対象を進捗から見積へ移せば、超過はその時点で読める。

工数超過を予防するには、受注前に体制から積み上げる

予算超過の中身の多くは、工数超過だ。見積もった人月より実際の人月が膨らみ、原価が予算を超える。だからこそ、工数をどう見積もるかが予防の核になる。

過去の類似案件から工数を引くと、顧客側の構造やスコープの曖昧さが織り込まれない。スコープが似ていても、完了形の重さも、レビューの層も、書類文化も案件ごとに違う。引いた工数は、最も軽い前提に寄りやすい。

予防の起点は、編成を分解することだ。完了形からバックキャストして必要な役割を置き、誰を何グレードで何人月当てるかを決め、そこから工数と原価を積み上げる。編成を変えれば工数も原価も動く。受注前にその幅を見ておけば、守れる予算と守れない予算の違いが、走り出す前に分かる。

工数の実績を集めるだけでは予防にならない理由は実績管理は利益を生まない。その入力に説明責任はあるかに書いた。

予算超過の事前検知は、受注前の採算設計に行き着く

ここまでを一本につなぐと、止められる予算超過の検知は受注前に集約される。進捗管理は超過を記録するだけで、工数超過の予防すら受注前の体制設計を必要とする。だから検知の本体は、受注を判断する前に完了形・体制原価・スコープを組み立てておくことになる。

案件の完了形を定め、そこからバックキャストして編成を置き、体制原価を積み上げ、その原価から単価を決め、限界利益が残るかを受注前に確かめる。受注後の管理ではなく、受注前のこの一連の設計に検知を集約する。

採算設計とは、案件ごとの利益を受注前に設計する考え方である。予算超過の事前検知は、突き詰めると受注前の採算設計に行き着く。

CATCAREERは、この受注前の設計を実務に落とす手法を アサインメントデザイン™ と呼ぶ。完了形からバックキャストして体制を組む対話型AI『AIタクト』が、編成を変えると体制原価と限界利益がどう動くかを一つの画面で示す。将来フェーズの合算稼働から過負荷の兆しも受注前に読む。その手法を実装した採算設計クラウドが『CATCAREERアサインメント』だ。採算設計の定義と他カテゴリとの違いは採算設計とは。プロジェクト型組織が受注前に利益を作る新カテゴリに、予実管理の手前で利益を設計する考え方は「予実管理の手前」で勝負は決まる。未来の利益を設計するにはに書いた。

予算超過は、進捗レポートが赤く染まって初めて気づく事故に見える。だが超過の大半は、見積を確定したその時点で、すでに予約されている。