建設会社にとって、プロジェクト管理における最も危険な誤解の一つは、実績コストを見ればプロジェクトが財務的に管理できているかどうかが分かる、と考えることです。
実際には、そうではありません。
実績コストが示すのは、すでに発生済みとして認識された金額です。
しかしプロジェクト管理が答えるべきなのは、はるかに重要な次の問いです。
コストが請求書になる前に、私たちはすでにどれだけの負担を抱えているのか？
ここで重要になるのがコミットメントコスト（発注済み・契約済みコスト）です。
実績コストは過去を見る。コミットメントコストは将来を見る。
ある請負業者が、ワークパッケージに対して1,000万AEDの承認済み予算を持っているとします。
現時点で実績コストとして計上されているのは、わずか200万AEDです。
一見すると、プロジェクトには十分な余裕があるように見えるかもしれません。
しかし、発注書や下請契約を通じて、さらに500万AEDがすでに発注されていたらどうでしょうか。
そして、残りの作業を完了するために、さらに400万AEDが必要だとしたらどうでしょうか。
実際のエクスポージャー（負担額）は、もはや200万AEDではありません。
プロジェクトはすでにコスト超過に向かっている可能性があります。
だからこそ、建設のコスト管理は、計上済みの会計取引だけに頼ることはできません。
適切なプロジェクト管理では、次の要素を結び付ける必要があります。
実績コスト ＋ 残コミットメント ＋ 未コミットの残コスト ＝ 最終予測コスト
これは、プロジェクト管理で用いられる完成時総コスト見積り（Estimate at Completion、EAC）の考え方と密接に一致しています。
コミットメントコストとは何か？
コミットメントコストとは、請負業者が次のような仕組みを通じてすでに承認した支出を指します。
- 発注書（Purchase Order）
- 下請契約
- 承認済みの契約変更
- 機材リース契約
- その他、正式に発注・契約された債務
ただし、重要な区別があります。
発注書のコミットメント総額は、必ずしも残コミットメントと同じではありません。
その発注書の一部は、すでに納品・消費され、あるいは実績コストとして認識されている場合があります。
経営陣が発注書の総額を実績コストにそのまま上乗せすると、二重計上によってプロジェクトの予測が過大になるおそれがあります。
そのため、適切な建設ERPは次の項目を区別する必要があります。
- 発注総額
- 発生済みコスト
- 残コミットメントコスト
- 完成までの未コミットコスト
Oracle自身も、プロジェクト原価計算のドキュメントで、コミットメントのカテゴリーと取引ステータスを区別しています。
教訓はシンプルです。
「コミットメントコスト」というラベルだけでは不十分です。その数字の背後に何があるのかを正確に理解する必要があります。
なぜ会計データはプロジェクト管理にとって遅すぎることがあるのか？
これは、会計システムが請求書の到着前にコストを認識できないという意味ではありません。
認識することは可能です。
発生主義会計により、企業はすでに受領したものの、まだ請求されていない物品やサービスに対する債務を認識できます。
IFRSにおける未払費用と買掛金の取り扱いをご参照ください。
Oracleは未請求の受入に対する未払計上についても文書化しています。
本当の問題は、プロジェクトマネジメントが業務上の意思決定を、計上済みの会計データだけに頼るときに始まります。
サプライヤーの請求書が経理部門に届く頃には、すでにいくつものことが起きている可能性があります。
資材が要求されました。
発注書が承認されました。
サプライヤーが選定されました。
納品が行われました。
資材はすでに消費されているかもしれません。
作業はすでに進捗しているかもしれません。
商業上のエクスポージャーは、請求書が現れるずっと前から存在していたのです。
だからこそ、プロジェクト管理はプロセスのより早い段階から始める必要があります。
建設のコスト管理は請求書の前から始まる
請負業者は、要求が発生した時点から、取引の財務的影響を追跡すべきです。
典型的な流れは次のとおりです。
要求 → 購買依頼 → 承認 → 発注書 → 納品 → 消費 → コスト認識 → 請求書 → 支払い
各段階は、それぞれ異なる問いに答えます。
購買依頼は需要を示します。
発注書は商業上のコミットメントを示します。
納品は受領を示します。
資材の消費は使用を示します。
請求書は財務上の負債を生じさせます。
支払いは資金の動きを示します。
これらのイベントを互換的なものとして扱うべきではありません。
これは、ProjectVIEW ERPにおけるプロジェクトベースの調達の中心的な考え方の一つです。
目的は、単に調達をデジタル化することではありません。
購買の意思決定を、それを生み出したプロジェクト予算と業務上の要求に結び付けることです。
最大の誤り：二重計上
発注総額600万AEDの下請契約を考えてみましょう。
このうち200万AED分の作業はすでに実施され、実績コストとして計上されています。
したがって、他に調整がないと仮定すると、残コミットメントは約400万AEDです。
もし経営陣が次のように計算すると、
実績コスト200万AED ＋ コミットメントコスト600万AED
予測は800万AEDになります。
しかし、600万AEDのコミットメントの一部は、すでに200万AEDの実績コストに含まれています。
実質的に、同じ作業が二重に計上されているのです。
正しい考え方は次のとおりです。
実績コスト ＋ 残コミットメント
未払計上が関係する場合、これはさらに重要になります。
作業がすでに未払計上されており、その後サプライヤーの請求書が届いた場合、未払計上は消し込みまたは置き換えるべきであり、再度計上してはなりません。
Oracleは、この種の未払計上の戻し処理のロジックを明確に文書化しています。
なぜコミットメントコストだけでは全体像が分からないのか？
コミットメントコストでさえ、十分ではありません。
請負業者には、まだ購買も下請発注もされていない作業が相当量残っている場合があります。
例えば、次のようなものです。
- 今後必要となる労務
- 機械の使用
- 燃料
- 仮設工事
- 現場監督
- 追加の資材数量
- 工期の延長
- 未発注の下請パッケージ
これらのコストは、まだ発注書として存在していないかもしれません。
しかし、それでもプロジェクトを完成させるための将来コストの一部です。
だからこそ、プロジェクト管理における本当の問いは次のものではありません。
いくら支出したか？
また、次のものでもありません。
いくらコミットしたか？
本当の問いはこうです。
プロジェクトは、完成時に現時点でいくらかかると見込まれるのか？
なぜスコープ、スケジュール、コストを結び付ける必要があるのか？
この問いに適切に答えるには、コストを孤立させておくことはできません。
コストには文脈が必要です。
DANAOS Projectsでは、次の関係によってこれを構造化しています。
BoQ ↔ WBS ↔ Cost Codes
BoQ（Bill of Quantities、数量明細書）は、商業的かつ測定可能なスコープを定義します。
WBS（Work Breakdown Structure、作業分解構成）は、そのスコープを施工と時間に結び付けます。
Cost Codes（コストコード）は、コストとリソースを一貫して分類することを可能にします。
詳しくは、こちらで解説しています。
BoQ、WBS、Cost Codes：スコープ、スケジュール、コストを結び付ける
この関係により、経営陣はより意味のある問いを立てることができます。
このコミットメントはどのスコープに属するのか？
どのアクティビティが影響を受けるのか？
残りの数量はどれだけか？
まだ必要なリソースは何か？
残りの予算はいくらか？
最終予測コストはいくらか？
この構造がなければ、会社はいくら支出したかは分かっても、なぜ支出したのかは理解できないかもしれません。
現場データも同様に重要
プロジェクトのコスト管理は、現場で実際に何が起きているかにも左右されます。
発注書は、何を購入したかを示すかもしれません。
しかし、そのリソースが効率的に使用されたかどうかは示しません。
納品された資材が、必ずしも消費された資材とは限りません。
現場にいる労働力が、必ずしも生産的な労働力とは限りません。
稼働可能な機材が、必ずしも生産的な機材とは限りません。
会計上で記録された進捗が、自動的に物理的な進捗を反映するわけではありません。
だからこそ、現場データの収集は建設のコスト管理の基盤なのです。
目的は、財務上のエクスポージャーと現場の実態を結び付けることです。
ProjectVIEW ERPはこの課題にどう取り組むのか？
ProjectVIEW ERPは、調達、現場業務、下請管理、予算編成、コスト管理を、プロジェクトに特化した一つの業務環境の中で結び付けます。
より広い統合アーキテクチャについては、こちらで説明しています：ProjectVIEW ERPはいかにして真のコスト管理を実現するのか
目的は、単に新たなコストレポートを作成することではありません。
まだ手を打てるうちに、プロジェクトチームがコストのエクスポージャーを把握できるようにすることです。
おわりに
会計は不可欠です。
しかし、会計とプロジェクト管理は異なる目的を持っています。
会計は、財務的に何が認識されたかを組織に伝えます。
プロジェクト管理は、それに加えて、何がコミットされ、何が消費され、何がまだ納品されておらず、プロジェクトが現時点でいくらかかると見込まれるのかを把握しなければなりません。
したがって、請負業者にとって最も重要な問いは次のものではありません。
「いくら支出したか？」
本当の問いはこうです。
「私たちはすでにどれだけの負担を抱えており、このプロジェクトは完成時に現実的にいくらかかるのか？」
それこそが、コストを報告することと、コストを管理することの違いです。
