スケジュールをブロックする前にソースデータを登録する

プロジェクトが依存するすべての調査、レポート、同意書、参照ドキュメントを、そのソース、日付、および無効になる日付とともに記録します。

理由: 個人のラップトップ上にあるだけのドキュメントは、チームの他のメンバーがそれなしで作業していることになります。それを登録することが、プロジェクト全体が信頼し、確認できるものにします。

登録された各項目が完全で、最新であり、チームが信頼するソースからのものであることを確認し、検証済みとマークして、下流の誰もが設計または構築しても安全であることを知るようにします。

理由: 登録されたドキュメントが信頼できるドキュメントと同じではありません。事前に一度検証することが、設計チームがすでに構築した後に地上調査が予備的なものであることを発見するよりも安価です。

ソースデータレコードをスケジュールと比較して、それが必要なアクティビティの前に期限切れになる項目と、まったくソースデータがないアクティビティを見つけます。

理由: ドキュメントの欠落コストはドキュメントではなく、アクティビティが開始される予定だった日に作業員が待機していることです。プログラムと比較することが、ファイル作成のギャップを実際に確認できるスケジュールのリスクに変えます。

依存するアクティビティが予定されている前に、それらを更新、再注文、または再発行するのに十分なリードタイムを持って、欠落または期限切れの項目を追跡します。

理由: 早期にギャップを見つけることは、誰かがそれを閉じる場合にのみ役立ちます。各ブロッカーを締め切りに対してクリアすることが、ソースデータリストが後で言い訳のリストになるのを防ぎます。