Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Re-scheduling and re-sequencing of activities

1 reply [Last post]
Ronn Chester Baluyot
User offline. Last seen 8 years 42 weeks ago. Offline
Joined: 28 Feb 2008
Posts: 33
I update our construction programme every week to show the activities that have taken place during the past week. So every time an activity didn’t start on its scheduled start date, its start date will just move to the data date. But time to time, our site team always said that they cannot start some of the activities on the start date as shown in the programme so they want to move it in a later date. But of course if I do that, the start and finish dates will now be different from our baseline programme. Is it fine to change the start date and sequence of future activities when the site team wants it or just stick to the original schedule?

Replies

Rodel Marasigan
User offline. Last seen 23 hours 2 min ago. Offline
Joined: 25 Oct 2006
Posts: 1699
Ronn,
The proper way and good practice of maintaining the schedule is reflecting the true sequence and correct methodology on site to make it a realistic schedule but make sure that baseline is preserve. The use of baseline is to compare the actual reflection on site vs target. Make sure all changes are documented and approved to make it easier to trace back the history. If the baseline is totally out of the blue from current schedule then make a suggestion or an effort to change the baseline and reflect the actual methodology and sequences maintaining the original baseline milestone date and contractual key deliverable date if possible. Make sure that new baseline is approved by the both parties (client and your management) before using the new baseline. If the critical path is change then make sure that the new critical path is agreed by both parties and not deviating contractual issues.