建設調達計画は、資材、機器、または外注サービスが施工に必要となる日から始めるべきです。調達部門が購買依頼を受け取った日から始めるべきではありません。
請負業者にとって、調達の本当の問いは単に「いつ購入すべきか？」ではありません。
本当の問いは次のとおりです。
「該当するWBSアクティビティを計画どおりに開始するには、この資源をいつまでに現場で使用可能にする必要があるのか。そして、その日までに何が完了していなければならないのか？」
この違いによって、調達は事務的な購買プロセスから、プロジェクト管理の一部へと変わります。
効果的な建設調達計画は、Work Breakdown Structure（WBS）で求められる据付日または施工日から逆算して進めます。
つなぐべき流れは次のとおりです。
WBS必要日 → 納入 → 物流 → 製作 → 発注書 → 評価 → RFQ → 購買依頼 → BoQ要件
Bill of Quantities（BoQ）は、何がどれだけ必要かを特定します。WBSは、それがいつ必要かを定めます。Cost Codesは、コミットメントと実績コストを監視するための財務管理の軸を提供します。
これらの軸が切り離されたままだと、調達は事務的には正しくても、運用面では遅れてしまう可能性があります。
建設調達スケジュールとは何か？
建設調達スケジュールは、発注書の一覧以上のものです。
AACE Internationalは、調達スケジュールを、承認図書の提出、製作、納入までの調達プロセスを追跡し、それらの活動を実際に資材や機器を据え付ける建設アクティビティに結び付ける、CPMプロジェクトスケジュールの一部と定義しています。
AACEの調達スケジュールの定義は明確です。調達は施工と結び付いていなければなりません。
調達ログは、経営陣に発注が「進行中」であることを伝えるかもしれません。しかしプロジェクトスケジュールは、より重要な問いに答えなければなりません。
作業で必要になる前に到着するのか？
現在の建設調達ログの枠組みでも、現場必要日、リードタイム、必要発注日、発注書、納入予定日、実際の納入日を同様に追跡しており、現場の需要から逆算して計画することの重要性を裏付けています。
なぜ調達計画はWBSの必要日から始めるべきなのか？
開閉装置（スイッチギア）を据え付けるWBSアクティビティが3月15日に開始予定だとします。
開閉装置を3月14日に発注することはできません。
請負業者は、すべての前提条件をさかのぼって逆算する必要があります。
3月15日：据付必要日 ← 現場受入・検査 ← 輸送・通関 ← 製造・製作 ← 承認済み発注書 ← 商務・技術評価 ← サプライヤー見積期間 ← 承認済み技術提出書類 ← 資材購買依頼 ← BoQ要件
どのステップにも時間がかかります。
長納期資材の場合、設計承認、製作図、製造能力、検査、海上輸送、通関によって、この流れが数か月に及ぶこともあります。
したがって、正しい調達開始日は、誰かがたまたま依頼を出した時点ではなく、施工上の要件から導き出されます。
だからこそ、計画担当者と調達チームは別々に動くことができないのです。
BoQ、WBS、Cost Codesはそれぞれ何を担うのか？
3つの構造は、それぞれ異なる問いに答えます。
- BoQ：何を建設するのか？ Bill of Quantitiesは、契約上の範囲、数量、仕様、測定可能な成果物を定義します。
- WBS：いつ建設するのか？ Work Breakdown Structureとプロジェクトスケジュールは、順序、依存関係、マイルストーン、施工時期を定義します。
- Cost Codes：どこでコストを管理するのか？ Cost Codesは、コミットメント、実際の支出、パフォーマンスを監視するための社内の管理・会計構造を提供します。
これらを結び付けることで、調達ははるかに豊かな文脈を持つようになります。
BoQ ↔ WBS ↔ Cost Codes
DANAOS Projectsの考え方では、これらは競合するプロジェクト構造ではありません。同じプロジェクトの実態を表す、異なる次元です。
この関係は建設コスト管理の基盤でもあり、ProjectVIEW ERPはBoQ、WBS、Cost Codesを関連付け、それらを資源データや現場データと結び付けます。
建設調達のワークフローはどうあるべきか？
スケジュール主導の調達プロセスは、相互に結び付いた8つの管理ポイントで構成できます。
1. 施工上の要件を特定する。 WBSアクティビティ、計画据付日、関連するマイルストーンから始めます。
2. 範囲と数量を特定する。 アクティビティを、対応するBoQ項目、仕様、数量、必要な資源に結び付けます。
3. 調達開始日を算出する。 納入、物流、製作、ベンダーのリードタイム、承認、評価、RFQの各期間をさかのぼって逆算します。不確実性がある場合は、適切なリスク余裕を加えます。
4. まず既存の在庫・調達手段を確認する。 購入する前に、その資材が倉庫、他のプロジェクト、社内の生産設備、または既存のフレームワーク契約にすでにあるかを確認します。
5. 要件を起票し承認する。 計画上の需要を、管理されたSite Item Request、資材請求書、または購買依頼に落とし込みます。
6. 調達先を探し評価する。 サプライヤーに見積を依頼し、技術面と商務面の回答を比較し、価格だけでなく供給可能性も評価します。
7. コミットし監視する。 発注書または下請契約を発行し、コミットメントコストを記録し、約束された納期をWBSの要件と照らして監視します。
8. 受け入れ、検査し、消費する。 受領書（GRN）、倉庫移動、出庫伝票（SIV）を記録し、実際のプロジェクトでの消費までトレーサビリティを確保します。
その結果は、単なるprocure-to-pay（調達から支払いまで）ではありません。
それは次のようなものです。
計画・調達・施工・管理の一貫したプロセス。
なぜ最も安い見積が、最もコストの低い調達判断とは限らないのか？
建設の購買判断は、単価だけで評価することはできません。
価格は安くても現場必要日に間に合わないサプライヤーは、労働力の手待ち、機械の遊休、下請業者への支障、作業順序の組み替え、追加物流、進捗の遅れといった影響を他の場所で生じさせる可能性があります。
したがって、供給可能性には経済的な価値があります。
これは、複数のプロジェクトを同時に管理し、資材、機器、下請業者が全社の資源やサプライチェーンの能力を奪い合うゼネコンにとって特に重要です。DANAOSのゼネコン向けページでも、重要資材の遅延と物流の混乱を現場進捗に対するリスクとして明確に挙げています。
したがって、調達評価では少なくとも次の点を考慮すべきです。
コスト＋コンプライアンス＋品質＋供給可能性＋納入リスク
—価格だけではありません。
なぜ単独の調達ログでは不十分なのか？
きちんと管理された調達ログは有用です。
問題は、それが最新の建設スケジュールから切り離された別のスプレッドシートになってしまうときに生じます。
WBSアクティビティが3週間ずれた場合、その調達要件はどうなるでしょうか？
スケジュールは変わっても調達ログが変わらなければ、プロジェクトには2つの異なる「時間」が存在することになります。
同様に、BoQの数量が変わっても購買要件が変わらなければ、組織には2つの異なる「範囲」が存在することになります。
ここで、デジタル化よりも統合のほうが重要になります。
孤立したままのデジタル調達ログは、少し便利になった電子的なサイロにすぎません。
ProjectVIEW ERPは建設調達計画にどのように取り組むのか？
ProjectVIEW ERPは、購買を孤立したバックオフィス取引として扱うのではなく、プロジェクト中心の調達を前提に設計されています。
そのProcurement and Purchasingモジュールは、Site Item Request、購買依頼、RFQ、サプライヤー見積、多基準評価、フレームワーク契約、発注作成、サプライヤーとの協働をサポートします。調達の引合いをBoQ/WBSの文脈に関連付けることもできます。
そのMaterials & Production Managementモジュールは、在庫検査、受領書、資材物流、移動、生産管理へとプロセスを引き継ぎます。
ProjectVIEWはまた、Oracle Primavera P6およびMicrosoft Projectとの連携を通じてスケジュール情報を統合します。
したがって、目的は単に発注書をデジタル化することではありません。
目的は、次の要素の関係を維持することです。
プロジェクトが何を必要とし、いつ必要とし、いくらかかり、何がコミットされ、何が到着し、実際に何が消費されたのか。
調達におけるより大きな問い
建設調達のパフォーマンスは、最終的に発注書がどれだけ早く処理されたかで測るべきではありません。
より適切な問いは次のとおりです。
適切な資源が、適切なプロジェクトに、適切な数量と仕様で、建設スケジュールが求める時期に、管理されたコストで届いたか？
それこそが、購買事務と建設調達計画の違いです。
複雑なプロジェクトを手がける請負業者にとって、調達はプロジェクト計画の下流にあるものではありません。
調達はプロジェクト計画の一部です。
DANAOS Projectsの関連記事
BoQ–WBS–Cost Codesの統合と、分断された調達の構造的な限界
