Before we can show the variances, first we need to set the schedule baseline. The schedule baseline is the agreed benchmark between the client and the vendor. Usually, the first baseline is set upon completion of the project kick-off meeting.
After the detailed system study, there may be additional tasks to be included or some of the tasks may be moved under other summary task. Under this situation, a new schedule is needed. Therefore, a change request is needed to propose a new project schedule. The change request must have a supplementary information to show the variances.
We need to take a few things into consideration while we are preparing for the change request:
- The changes in terms of total duration of the project as the major impact to the schedule.
- The changes in terms of total duration by the major milestones.
For example, the System Study task is delayed by 20 calendar days. Between these 20 days, 10 days are due to unavailability of the vendor's system analyst. Therefore, that is the vendor's respobility. Then for the other 10 days are due to the clarification activities after the analyst found some issues that are not mentioned during the initial proposal. So, the following is a simple workout:
System Study. Total Delay is 20 calendar days.
- Vendor's delay (not equitable delay) is 10 calendar days.
- Client's delay (equitable delay) is 10 calendar days.
No comments:
Post a Comment