در فرایند Update، زمانی که Actualها را تا تاریخ داده (Data Date) وارد کرده و برنامه را Run میکنیم (بدون اعمال تغییرات پس از DD)، ممکن است شروعها، پایانها و تمدید زمانی (EOT) در بازه پس از DD تغییر کنند. تفاوت این وضعیت با Replan در این است که Logic و مدت زمان فعالیتهای پس از DD بدون تغییر باقی ماندهاند، اما اثرات رویدادهای پیش از DD همچنان بر بخشهای بعدی تأثیر میگذارند. آیا این برداشت صحیح است؟
پاسخ سوالدر بهروزرسانی برنامه زمانبندی (Update)، ما به زمان اجرای فعالیتها (Durations)، روابط منطقی (Logic) و اولویت اجرای کار (Sequence) بعد از DD دست نمیزنیم، بلکه تنها به واسطه وارد کردن زمانها و شرایط واقعی قبل از DD، برنامه بعد از DD به جلو منتقل میشود که این موضوع میتواند تغییر مسیر بحرانی و شناوری و بعضاً زمان نهایی پروژه را به همراه داشته باشد اما به معنای Replan نیست.
این تغییر نه بهخاطر Replan (برنامهریزی مجدد)، بلکه بهخاطر تغییرات Actual ایجاد شده است.
اما در Replan ما در زمان اجرای فعالیت و اولویت اجرا و روابط منطقی تغییراتی ایجاد میکنیم که در شرایط بهروزرسانی (Update) انجام نمیشود. در این حالت برنامه بازنگری شده (Revised schedule) و جایگزین برنامه مصوب میشود، در صورتی که در بهروزرسانی ما برنامه را جایگزین برنامه مصوب نمیکنیم.
در این مقاله به بررسی برنامههای Reschedule و Replan و Catchup Plan در ادبیات قراردادی و حقوقی پروژه پرداخته شده است.