ベースラインを構築し進捗を追跡する

アクティビティを作成し、それぞれに期間を設定し、職種が従う順序でリンクさせてクリティカルパスを浮かび上がらせる。後で報告する単位、職種別、ゾーン別、フェーズ別に作業をグループ化する。

理由: 工程はいつ完了するかという約束だ。明確なクリティカルパスは、完了日を実際に押し戻す遅延と、フロートを消費するだけの遅延を切り分ける。

着工前に合意された工程をベースラインとして保存する。これ以降のすべての更新は、この固定されたコピーと比較して読む。

理由: ベースラインがなければ、何に対して遅れているのかも分からない。固定することが、計画を工期延長の議論にも耐える物差しに変える。

実際の開始日・終了日と現場から計上された時間を記録し、工程が今期の作業班の実績を反映するようにする。

理由: 誰も更新しない工程は2週目にはもう作り話になっている。現場データをフィードバックすることだけが、予測を正直に保ち、完了予定日を信頼できるものにする。

更新後の工程をベースラインと比較し、遅延と残りのフロートを読み取る。詳細ビューでは進捗が入るたびにクリティカルパスが移動する様子が確認できる。

理由: 早期に発見された差異はまだ対応可能な決断だ。追跡する意味は、2週間の遅れを今対応することにあり、2か月の遅れを最後に記録することではない。