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.

Contractual Milestones

8 replies [Last post]
Sun, 2010-07-25 17:45
SAM SHAI
User offline. Last seen 13 years 34 weeks ago. Offline
Joined: 21 Jul 2010
Posts: 9
Groups: Petro-Chem / Oil & Gas
I have a question regarding the intermediate contractual milestones.

Is it required to put a constraint to the intermediate contractual milestones and what is its impact ... will it impact the critical path.

Basically i want to know is it a must to put contraints on contractual milestones?
Top

Replies

Wed, 2010-07-28 02:14
#1
SAM SHAI
User offline. Last seen 13 years 34 weeks ago. Offline
Joined: 21 Jul 2010
Posts: 9
Groups: Petro-Chem / Oil & Gas
Thanks a lot guys I agree with you that the intermediate contractual Milestone dates must not have constraints to allow the logic to play freely and give us a good critical path.
Top
Wed, 2010-07-28 01:00
#2
R. Catalan
User offline. Last seen 12 years 9 weeks ago. Offline
Joined: 15 Aug 2005
Posts: 314
Groups: None
Sam,

It is not advisable to put a constraint on intermediate milestone as explained by Gary.

But if you want to show negative variance at project completion date, I don’t see any problem to apply "must finish by" constraint on project completion milestone at project level.

Best regards,

R. Catalan
Top
Tue, 2010-07-27 17:30
#3
Stephen Devaux
User offline. Last seen 19 weeks 2 days ago. Offline
Joined: 23 Mar 2005
Posts: 667
Groups: Content Moderators
You also won’t be able to compute drag. I agree with Gary.
Top
Mon, 2010-07-26 15:39
#4
Gary Whitehead
User offline. Last seen 4 years 47 weeks ago. Offline
Joined: 24 Mar 2009
Posts: 1215
Groups: Building Information Modelling, Content Moderators, Petro-Chem / Oil & Gas, The GrapeVine
If you put a constraint on an intermediate contractual milestone which is logically linked to the programme, it will adversely affect the calculation of total float, and hence the critical path.
Many clients require this, in my view incorrectly.

My prefered method is to show a forecast date for each critical milestone (which is logically linked), and immediately below this, add an isolated milestone showing the contract date so any forecast slippage vs contract can be easily understood, without affecting the critical path.
Top
Mon, 2010-07-26 11:58
#5
Samer Zawaydeh
User offline. Last seen 5 years 9 weeks ago. Offline
Joined: 3 Aug 2008
Posts: 1664
Groups: Civil Engineering, Regional Representatives
Hi,

If it is a Contractual Milestone, then you must include it because your program of works much reflect the scope and delivery time.

A milestone is a zero duration activity, you will need to put a "Must Finish By" in order to achieve the Contractual requirement. Otherwise, the milestone will move with the critical path depending on the progress.

With kind regards,

Samer
Top
Mon, 2010-07-26 04:37
#6
Mike Testro
User offline. Last seen 6 weeks 4 days ago. Offline
Joined: 14 Dec 2005
Posts: 4418
Groups: Building Information Modelling, Content Moderators, GPCCAR Editors
Hi Sam

The only restraint that has a valid purpose in programming is the Project Start Milestone.

All others affect the critical path and should not be used.

Best regards

Mike Testro
Top
Tue, 2010-07-27 10:25
#7
SAM SHAI
User offline. Last seen 13 years 34 weeks ago. Offline
Joined: 21 Jul 2010
Posts: 9
Groups: Petro-Chem / Oil & Gas
Contractual Milestones are to be achieved by the contractor as any other deliverable.

So incase it is not constrained then it will move freely when the progress is updated and if it has no impact on the end date then it will also have float and hence the contractor will not target to achieve this intermediate milestone.

I believe it is a must to have contraints on the intermediate milestones. As these intermediate milestones will convert this into a subproject (literal terms) and the contractor must achieve this date.

Top
Tue, 2010-07-27 17:01
#8
Gary Whitehead
User offline. Last seen 4 years 47 weeks ago. Offline
Joined: 24 Mar 2009
Posts: 1215
Groups: Building Information Modelling, Content Moderators, Petro-Chem / Oil & Gas, The GrapeVine
Sam,

Do you constraint the date of any other deliverable?

If you do not allow the milestone to move freely, 3 things happen:
1) The schedule will not show when the milestone is forecast to be achieved
2) Any activities down stream of that milestone will not be correctly forecast
3) You will loose the ability to automatically calculate the critical path through the entire project

I do not believe it is true to say a contractor will not target to achieve an intermediate milestone just because it is not constrained to target date.
Top