ケース / 計画と管理
計画と管理

工程を更新し再予測する

現場が報告する実際の進捗を取り込み、アクティビティを完了または一部完了とマークし、スケジュールに完了予定日を再予測させ、ベースラインに対する遅れを把握し、その理由とともに新しい予測を報告する。

5ステップ11 分総合建設会社プロジェクト / 施工管理会社

仕組みをステップごとに

プラットフォーム全体で5ステップ - 各ステップで何をするか、そしてなぜ重要か。

1

現場から実際の進捗を取り込む

Field time

現場から実際の進捗、計上時間、日報、各作業班が今週実際に完了させた作業を取得する。事務所での推測ではなく、実際に作業をした人々から取得する。

理由: 再予測は、投入される数字が正直であるほど正確になる。現場作業時間と日報から直接進捗を得ることが、更新が希望的観測になることを防ぐ。

入力計上された現場作業時間日報出力実際の進捗データ完了した数量
2

アクティビティを完了・一部完了とマークする

Schedule

進行中だったアクティビティを一つずつ確認し、完了、実際の割合を伴う一部完了、未着手のいずれかに正直に設定する。作業が予定より遅い、または早い場合は残り期間を更新する。

理由: 80パーセントの進捗を完了として切り上げることが、工程のずれを生み、やがて誰も工程を信頼しなくなる原因になる。進捗を正直にマークすることが、スケジュールを読む価値のあるものに保つ。

入力実際の進捗データ進行中アクティビティ出力更新されたアクティビティステータス見直された残り期間
3

完了予定日を再予測する

Advanced schedule

実績をロジックに反映させ、スケジュールに再計算させる。新しい予測完了日を確認し、クリティカルパスがどう移動したかを見て、完了日を引きずったアクティビティを確認する。

理由: リアルタイムの工程の価値は、これまでどこにいたかではなく、これからどこに着地するかを教えてくれる点にある。実際の進捗に基づいて再予測することが、先週の数字を行動できる判断に変える。

入力更新された進捗工程ロジック出力予測完了日移動したクリティカルパス
4

ベースラインに対する遅れを把握する

Change intelligence

再予測を固定したベースラインと比較し、案件がどこで遅れたかを洗い出す。どのマイルストーンが移動したか、どれだけのフロートが消費されたか、どの遅延が生産性ではなく変更に起因するかを確認する。

理由: 遅れていることを知るだけでは不十分だ。理由と、誰の責任範囲に属するかを知る必要がある。遅れを変更に結び付けることが、遅延が忘れられる前に工期延長クレームを守る。

入力新しい予測ベースライン工程出力ベースラインからの遅れ遅延の原因
5

新しい予測を報告する

レポート

更新された予測を、何がどれだけ移動し、なぜそうなったか、遅れを取り戻すために何が行われているかを明確に記した理由とともに、顧客とチームに発行する。実際に読んでもらえるよう簡潔にまとめる。

理由: 工程管理画面にとどまったままの予測は何も変えない。理由とともに明確に報告することが、顧客にその数字を信頼させ、チームに次のサイクルの前に回復策を合意させる。

入力再予測された完了日遅延とその原因出力予測レポート回復対策
モジュール

このプレイブックのモジュール

プラットフォーム 190 モジュール中 5

計画と管理の他のケース

計画と管理

Set up a project and hand it over

Take a job from the very first setup right through to handover. Create it, price the work,…

5ステップ20 分開く
計画と管理

Earned value and forecast

See where the job truly stands against the plan and the budget: bring the programme current…

3ステップ13 分開く