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.

Baseline and Current Schedule

3 replies [Last post]
edwin mirana
User offline. Last seen 6 years 50 weeks ago. Offline
Joined: 28 Dec 2007
Posts: 10

In scheduling we have the baseline schedule used as basis for measuring progress against the current schedule.

Here's my question: Is it correct to say that while the baseline is fiixed or frozen, the current schedule is a live document that you can alter the logic, durations, lags, etc. when site conditions deemed it necessary.

Assuming that is correct, will there be a problem comparing the baseline with the current schedule now that say logic or durations have been changed in the current schedule.

Thanks

Edwin

Replies

Gary Whitehead
User offline. Last seen 4 years 42 weeks ago. Offline

Edwin,

 

Most (if not all) software will allow you to ammend a baseline, but yes in general terms it should be frozen.

The current programme is absolutely a live document which should be continuously revised to ensure it always represents the project team's actual progress to date, and actual intentions for the future.

Normally the variances this generates with the baseline become a key part of monitoring the project's progress -a method to understand the cumulative effect of all the changes you have made to the programme.

However if a change causes very dramatic variances to the baseline (say for example a building worth 25% of the project which was originally planned to be done early, has now ben pushed back to the end of the project), then it can make comparisons to the baseline largely meaningless. At this point, it can be appropriate to set a new baseline to track the project against. -Depending on the circumstances, this new baseline can either be an addition to, ammendment of, or replacement for, the original baseline

One other thing to be aware of is deleting activities from your current schedule. -This can mean you also effectively delete the activity and assoicated budget from your baseline. Often it is better to just claim the activity you want to delete as complete, stitch the logical links around the activity, and make a note / ammend the description to show the activity is on longer required.

 

Cheers,

G

Mike Testro
User offline. Last seen 1 week 4 days ago. Offline
Joined: 14 Dec 2005
Posts: 4418

Hi Edwin

In Asta PowerProject the baseline is not frozen.

If you have the software you can go to the baseline programme and make any changes you want - a function that irresponsible delay analysts sometimes try to use.

Sometimes - if the changes are to dramatic - you will not be able to merge new data into the baseline.

Changing the live programme will not affect the baseline - you need to see the differences.

In P3 the underlying programme is called the Target programme - this is because P3 is so old that it predates delay analysis where the term Baseline first originated.

Best regards

Mike Testro

Johannes Vandenberg
User offline. Last seen 5 weeks 5 days ago. Offline
Joined: 21 Jan 2010
Posts: 234

Hi Edwin

You are correct in your statement that the baseline is frozen and your current schedule is a live document that changes as and when you update the schedule. Be careful with making logic changes or changing duration, with the exception of the remaining durations. 

I suggest that, when updating the schedule, display the baseline bar, in P6 this bar is colored yellow, in the layout so that any difference in as planned and actual is visible.  

Johannes