Website Upgrade Incoming - we're working on a new look (and speed!) standby while we finalise the project

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.

Time Impact Analysis

4 replies [Last post]
Jerome Atkin
User offline. Last seen 4 years 50 weeks ago. Offline
Joined: 24 Jul 2006
Posts: 73
Groups: None

Members,

I’ll start of thanking anyone in advance for reply to my post below.

This started as a discussion between my boss and I, in respects to a TIA (time impact analysis) and what should we monitor against, either Dates (Early start/finish) or TF (Total Float), we both had different views.

Total Float

I have always conducted and reviewed TIA based on the impact to the critical path, the method is, progress the programme to the point of the delay – record the TF of the progress of the works.

If the progress of the works as pushed the TF into a critical reading (I.E. TF Equal to or less than 0) then it would be assumed that the Progress has delayed the project (lonest path).

When inserting your delay (fragnet) and linking correctly, splicing it into place, schedule the programme and record the TF.

What one would hope is that the TF would be moved more than the Progress TF.

Then it’s a simple Progress TF – Delay TF which would give you the potential EOT.

(I’ve kept this as simple as I can for this request)

 

Dates

Same as above, but this time rather than record the TF values, you capture the dates (early Start / Finish) then dump this data into excel (excel would calculate on a 7d working week) and a simple calculation of Progress date – Impact date = EOT.

I have asked two people about the above and each one has picked one of the above, leaving me still a bit miffed as what is correct and what would suite best any scenario.

One reply which did make sense was, normally the programme is not built in a way of which true reflection of critical path can be ascertained. Contractors change links, lags and other tricks to hide their progress delays. So this is why the date method on TIA is more robust.

The other reply, which concurs with my thinking is that, is a programme is accepted by the client or employer, then it is accepted will all links, logic, sequence, lags and constraints, regardless. Hence the acceptance of the programme, surely he runs checks on it ??…it is after all a contractual binding docuemnt.

The critical path is key to project success and thus we should always (with my planners hat on) monitor critical path, additionally TF less than or equal to 5, TF less than or equal to 10. This will help give better “early warning” indicator and secondary CP for review and analysis.

Also float plays a part, free and total float – an item can in fact have zero TF but 5 days free float, meanign you can push this activity 5d before it would register a minus delta.

So can someone please help my brain out and give me your thoughts on the above, it might help to know, one of the people I asked was a friend of mine who wrote the contract we are working against !! the other is a very highly respected consultant who owns his own company dealing with claims and arbitrations. 

Replies

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

Hi Jerome

You have been reading too many books on delay analysis and you seem to be lost in the jargon.

Some protagonists of the art try to make a very simple process as complex as possible - it is not rocket science.

My advice is to follow the basic principles and ignore the acronyms and the complexities that you may be trying to understand.

Thankfully there is no qualification for delay analysis only experience and track record- keep at it and keep it simple.

Best regards

Mike Testro

PS - In future only tap the save button once. I just spent 15 minutes deleting your reats.

Jerome Atkin
User offline. Last seen 4 years 50 weeks ago. Offline
Joined: 24 Jul 2006
Posts: 73
Groups: None

maybe i didnt explain myself.....

 

I am looking to find out, why in a TIA would you use dates (E/S - E/F) over TF  (CP) ? Or viceversa ?

I have read so many articales and none define either as a standard approach.....

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

Hi Jerome

The Approved Contract Programme is not a contractually binding document unless it is bound into the contract.

Its status is a road map or guide as to how the contractor intended to complete the works within the contract period - at the time of starting.

It will be subject to change due to unforeseen circumstances.

It is not good practice to bind the programme into the contract because if the employer causes a delay it requires an instruction to vary the programme.

Best regards

Mike Testro

Raymund de Laza
User offline. Last seen 3 weeks 3 days ago. Offline
Joined: 22 Nov 2009
Posts: 762

Jerome,

The Finish Date of the Impacted Schedule is I prefer to monitor for EoT claim because it represent the Impacted Project Completion Date.

The Negative Total Float that appears in the Impacted Schedule will represent either the Total Working days or a Calendar Days, which depend on some settings. Number of Working days is smaller in value than the Number of Calendar Days if there are non working days in your Default Calendar. Therefore, if the TF is set as working Days, then, when added to the Original Contract Duration, it shows a lesser Time of Extension.

Hope this will help.