ベースライン工程表を構築する

積算済みBOQと施工範囲を確認しながら、実際に管理する粒度でアクティビティ一覧に変換します。フロア単位のブロック積み、一連の排水工事、ある翼棟の一次配管など、BOQ1行ごとでも一本のサマリーバーでもない粒度で作ります。

理由: 工程表はアクティビティ一覧が積算された工事内容と一致していて初めて機能します。BOQから直接構築することが、工程表・費用・現場が同じ内容を語り続ける鍵です。

数量と投入予定の作業班から各アクティビティに現実的な所要日数を設定し、アクティビティを実施順につなぎ、一つを動かすとそれに依存する他のアクティビティも連動して動くようにします。

理由: 論理関係のない所要日数は、工程表ではなく願望リストになります。アクティビティ間の論理こそが、遅延が下流にどれだけのコストをもたらすかをスケジュールに示させます。

着工、区画ごとの引渡し、実質完成といった重要な固定日程を明記し、祝日・シフトパターン・職種が乗り越えられない気象条件による作業不可期間を反映した稼働カレンダーを設定します。

理由: マイルストーンは施主と契約が重視する日程であり、カレンダーは現場に誰もいない日に工事を約束するのを防ぐものです。これらがなければ完成日はただの絵空事です。

完成日を左右するアクティビティの連鎖をたどり、常識と照らし合わせて確認します。抜け落ちたつながり、負のフロート、現場では余裕があるとわかっているのに全く余裕のないアクティビティを探します。

理由: 実際の現場運営と一致しないクリティカルパスは、状況が滑り始めた瞬間に誤ったアクティビティを追いかけさせます。ベースライン化する前に整合性を確認することは、現場で気づくより安く済みます。

工程表をベースラインとして固定し、予定日をスナップショットとして保存し、発行します。以降のすべての更新はこの固定線と比較され、先週の推測とは比較しなくなります。

理由: 測定する基準線がなければ進捗には意味がありません。ベースライン化は、工程表が草案であることをやめ、プロジェクト全体が評価される物差しになる瞬間です。