建設の単価は、単なる価格ではありません。
それは、資源のレシピの結果です。
コンクリート1立方メートル、構造用鋼材1トン、配管1メートル、型枠1平方メートルのコストの背後には、資材、労務、機械、下請作業、生産性の組み合わせがあります。
それが、ProjectVIEW ERPにおけるConstruction Cost Recipes の ProjectVIEW ERPにおける考え方の基礎です。
そして重要なのは、その基盤となる方法論はDANAOS独自の発明ではないということです。これは、AACE International、RICS、USACE、およびU.S. Government Accountability Office (GAO)によって文書化された確立されたコストエンジニアリングの原則と一致しています。
現実的な建設単価は、次の要素を理解することで作られます。
資材 + 労務 + 機械／プラント + 下請 + 生産性
その後、時間は各作業単位を生産するために必要な労務と機械の数量に影響します。
ProjectVIEW ERPでは、これらの前提を再利用可能なコストレシピ／生産性テンプレートとして保存し、数量内訳書（BoQ）に紐づけ、作業分解構成（WBS）およびコストコードと接続し、最終的には実績のプロジェクト成果によって検証できます。
目的は、前回いくらかかったかを知ることだけではありません。
なぜその金額になったのかを理解することです。
建設コストレシピとは何か
建設コストレシピとは、1つの測定可能な建設作業単位を完成させるために必要な資源を、構造化して組み合わせたものです。
たとえば、鉄筋コンクリートのBoQ項目には、次のものが必要になる場合があります。
- コンクリートと鉄筋；
- 型枠資材；
- 大工、鉄筋工、コンクリート作業員；
- コンクリートポンプ、クレーン、バイブレーター；
- 専門下請業者；
- そして定められた生産性レベルです。
したがって、数量内訳書（BoQ）は、価格の商業スケジュール以上のものです。RICS NRM 2は、建設工事の計測と記述に関する標準化ルールを提供し、特に数量表およびレート表の作成を支援します。
RICS NRM 2 — 建築工事の詳細計測
ProjectVIEW ERP Estimation & Tenderingでは、これらのBoQ明細を資材、労務、機械／プラント、下請業者と直接関連付けることができます。
その資源の組み合わせがコストレシピの基礎になります。
資源は実際にどのようにして単価を形成するのか
簡略化した直接建設単価は、次のように表せます。
資材コスト
- 労務コスト
- 機械／プラントコスト
- 下請直接コスト = 直接単価
その後、請負業者の積算方法に従って、現場経費、間接費、一般管理費、リスク、利益を適用し、入札単価または販売単価を算出できます。
しかし重要なのは、これらの数字の下に何があるかです。
材料
資材要素は概ね次のとおりです。
必要数量 × 現行資材単価 + ロス分
工学数量は比較的安定していてもかまいません。
市場価格は安定しません。
そのため、建設調達 — は積算時に重要です。
ProjectVIEWは、過去の資材単価を保持し、調達活動を用いて、積算および予算編成で使用するコストデータベースを更新できます。現在の製品ドキュメントでは、過去単価の保存と、積算時に最新コストを照会する機能が明記されています。
したがって、コストレシピは必要な資材数量を保持しつつ、調達によりその資材の現行コストを更新できます。
労務生産性は単価にどう影響するのか
労務では、生産性が決定的に重要です。
簡略化した関係式は次のとおりです。
労務単価 = 単位当たり労務工数 × 時間当たり労務コスト
この原則は、AACE International Recommended Practice 73R-13: Establishing Labor Productivity Normsによって独立に裏付けられています。
AACEは、労務生産性の基準を、測定単位ごとに必要な作業時間数として定義しています。
簡単な例を考えてみましょう。
1班のコストが1シフトあたり2,000ドルだとします。
100単位を生産する場合:
労務負担 = 20ドル／単位
同じ班が50単位しか生産できない場合:
労務負担 = 40ドル／単位
賃金が2倍になったわけではありません。
単位当たりに必要な作業量が2倍になったのです。
だからこそ、労務生産性は、単なる人事KPIではありません。
それはコストエンジニアリングの変数です。
時間そのものは単価の一部なのでしょうか
ここでは重要な区別が必要です。
時間は、必ずしも独立した直接コスト要素ではありません。
AACEは、作業時間と期間を明確に区別しています。
しかし、時間は、労務、機械、監督、およびその他の資源が作業を生み出すためにどれだけの期間拘束されるかに影響します。
したがって、
生産性 → 資源時間 → コスト
そして:
数量 ÷ 生産性 → 必要作業量
その後、班編成と作業量は次に影響します。
プロジェクト期間 → スケジュール → 時間関連コスト
この区別が重要なのは、「時間」を別の項目として単純に追加すると、労務時間や機械時間ですでに表されているコストを二重計上する可能性があるためです。
より適切な概念は次のとおりです。
時間は、生産性を資源消費に結び付けるものです。
機械はコストレシピの一部としてどのように構成されるのか
建設機械も同様の論理に従います。
簡略化した式は次のとおりです。
機械単価 = 単位当たり機械時間 × 機械時間当たりコスト
米国陸軍工兵隊（USACE）は、減価償却、燃料、整備、修理、その他の運用要素を含む、機械の保有コストと運用コストを算出するための詳細な方法論を公表しています。
これは重要な点を裏付けています。
クレーン、油圧ショベル、コンクリートポンプを単純に一般的な一括コストとして割り当てるべきではありません。
そのコスト寄与は、時間当たりコストと稼働率によって決まります。
ProjectVIEW Machinery Managementでは、機械に稼働時と待機時の時間単価を設定でき、稼働率をBoQ関連作業に対して記録でき、機械取引をプロジェクト原価管理に反映できます。
同じ数量をこなすのに必要な時間が2倍になれば、単価に占める機械負担も増加します。
なぜ過去の単価だけでは不十分なのか
たとえば、請負業者が次のことを知っていたとします。
Project A のコンクリート工事 = 145ドル/m³
それは有用な過去情報です。
しかし、その結果を説明するものではありません。
コンクリート自体が高かったのでしょうか。
ロスが過大だったのでしょうか。
労務時間が想定生産性を上回っていたのでしょうか。
機械が十分に稼働していなかったのでしょうか。
班の編成が非効率だったのでしょうか。
物流がサイクルタイムを長引かせたのでしょうか。
専門下請が必要だったのでしょうか。
過去単価は次の問いに答えます。
「何を支払ったのか」
コストレシピは次の問いに答えようとします。
「そのコストを生んだ資源は何だったのか」
この違いは戦略的に重要です。
GAO原価見積り・評価ガイドは、構造化されたコストデータ、WBSの作成、スケジューリング、積算方法、および実際のコストが把握できた時点での見積更新を重視しています。
原則は明快です。
実際のプロジェクト実績は、将来の見積を改善すべきです。
ProjectVIEWはコストレシピを実行とどう結び付けるのか
ここで、ProjectVIEW ERPの原価管理モデルは、過去の単価ライブラリを維持するだけにとどまりません。
ProjectVIEWは3つのプロジェクト次元を結び付けます。
BoQ ↔ WBS ↔ 原価コード
BoQは、何を納品すべきかを定義します。
WBSは、作業をどのように計画し、時間の経過とともに進めるかを定義します。
コストコードは、社内の財務および業務分類を提供します。
ProjectVIEWのEstimation & Tendering方法論は、資材、労務、プラント、下請業者を含む直接資源をBoQ明細に関連付けます。生産性テンプレートはこれらの配分を迅速化でき、労務単価は専門分野や人事生産性と関連付けることができ、プラントは機械稼働率と関連付けることができ、生産性はBoQとPrimaveraスケジュールのより現実的な工期設定に役立ちます。
その後の実行が、現実との照合になります。
ProjectVIEWは次の実績を収集できます。
労務生産性、機械稼働率、資材消費、下請業者のパフォーマンス、進捗、プロジェクトコスト。
公開されている製品アーキテクチャでは、Estimation & Bidding、Cost Control、Procurement、Materials、Machinery、HRMS、現場データ収集が明確に連携されています。
ループは次のようになります。
見積 → 予算 → 実行 → 実績収集 → 比較 → 学習 → コストレシピ更新 → 再見積
なぜコストレシピが戦略的に重要なのか
請負業者は、より多くのプロジェクトを完了しただけで積算が上手くなるわけではありません。
上達するのは、それらのプロジェクトが何を教えたのかを保持し、構造化したときです。
このフィードバックループがなければ、プロジェクト知識はスプレッドシート、調達記録、工程計画担当者、原価管理担当者、機械部門、経験豊富な社員に分散したままになります。
構造化されたConstruction Cost Recipesがあれば、過去のプロジェクト実行を再利用可能な積算知見に変えることができます。
それが本当の違いです。
過去単価が示すのは、
その作業にいくらかかったかです。
コストレシピが説明を助けるのは、
どの資源が必要だったのか、どの生産性で、どれだけの作業量に対して、いくらのコストだったのか。
そして、コストレシピが実際の建設データと継続的に照合されれば、積算は単なる予測作業ではなくなります。
それは継続的な組織学習プロセスになります。
それが、ProjectVIEW ERPの原則です。最終価格だけを記録するのではなく、その背後にあるレシピを理解すること。
