The burden of proof in a civil case will normally lie with the party making the claim or defence to adduce sufficient evidence for the court or tribunal to find in their favour. I would dare to say most of the burden is on the party making the claim but the defence bear some burden with regard to their own arguments/counter-claims.
The following articles might be old but are quite simple and keep the focus.
If EOT has been admitted or agreed, is the onus on the contractor to prove that there was no concurrency which might eliminate a cost claim, or is it the case that if the Employer wishes to raise a defence of concurrent delay, then it is for the Employer to demonstrate that defence ?
Personally I think that what I would be prioritising would be formalisation of the agreement to entitlement of extension of time.
Member for
21 years 8 months
Member for21 years8 months
Submitted by Rafael Davila on Thu, 2013-10-03 03:13
EOT always solves issues of time but at times leaves open the issue of compensability.
You can get an EOT for 10 days due to rain and none is compensable. That the owner granted the 10 days does not means he is accepting culpability.
You can get an EOT for 60 days but if there is a concurrent delay you will only be entitled to EOT. If you are pacing some activities make sure you inform all parties of your intention to pace as to avoid such pacing be interpreted as concurrent delay. That the owner granted the 60 days does not means he is accepting culpability. He might even negotiate and allow some extra time as to avoid a potential acceleration claim even if latter on it comes out there was no such acceleration because of concurrent delays.
By accepting the revised baseline maybe only issues of time were resolved and issues on compensation are still in controversy.
My warning about how revised baselines might be interpreted is on good faith, to make you aware of possible arguments. Personally I do not like the infatuation with baselines and client rejecting baselines for whatever reason, I favor solving on periodic intervals all issues of time and money accrued between reasonable duration time windows. If the delay reason spans over a month you shall not wait to make a determination on what is actually accrued. Many times after several months it might come out that what you was expecting is not the final determination but the opposite, better for all parties not to wait so long.
Good luck.
Member for
21 years 8 months
Member for21 years8 months
Submitted by Rafael Davila on Thu, 2013-10-03 02:37
On this side of the pond you cannot agree on a revised schedule with a revised delivery date and then claim the latest agreement is not valid. To my understanding the last agreement supersedes all prior agreements and settles all issues at the time of the agreement [Revised Baseline Data Date] unless clearly expressed some items are still pending, you cannot wait months and then claim something was still pending.
Schedule updates are to be applied sequentially to last agreed Baseline Schedule, as soon as a new baseline is agreed then subsequent updates shall be applied on the last revised baseline schedule.
Contemporaneous methods shall use a baseline that is representative of actual conditions, it is convenient for both sides but unfortunately it is not usual practice, changes are not solved in timely matter, baselines are frequently obsolete and chaos prevails.
If baseline schedule changed during the time window all these agreements shall be considered in the analysis if performed late, in such case traditional TIA is inapplicable, too late.
This TIA practice concerns itself with time aspects, not cost aspects of projects. The time impact must be quantified prior to determining any cost implications. No practical advantage is obtained by including cost factors into a time impact analysis. Linking time and cost into one analysis implies that time impacts are a function of costs, which for the purposes of a prospective TIA is not true. Separating time analysis from cost analysis makes TIA inherently easier to accomplish and accept contractually; eliminating the costdriven considerations from both ‘creator’ and ‘approver’ of the TIA.
I have my issues with the purpose of such TIA practice that in my view promote delaying the solution of the cost issue, the most relevant issue as I contractors are in business to make money, they are not a charity. Partial solutions are not a good solution.
I'm really struggling to come to terms with this one - the employer is unwilling to accept that their extra requests/procedures were cause for delay even though they agreed schedules with milestone date changes. Seeing as as-built versus as-planned relies on contemporaneous records to map the as built schedule it seems wrong to ignore agreed as 'planned' changes as surely their approval to the extension of time provides evidence of some form of their culpability?
Don't take my word for it, but I vote for using the initial schedule as the as-planned.
You need to show that the employer events caused the delay and created an entitlement to an eot, and you can't do that if you use a baseline which already incorporates the delays.
The revised baseline in the circumstances you have described, is really a baseline for the work to the right of the updated line in that programme, and what you need to analyse is the work which is to the left of the update line in the updated baseline, therefore you need to use the original baseline, where the relevant work is shown as as-planned rather than as as-built.
I think.
(in other words, what Mike said in the first answer !)
Thankyou for your responses, allow me to rephrase;
I will explain what i mean by my re-baseline terminology (perhaps it was incorrect).
As the schedule progressed, employer requested specific activities to take place that had to be approved by them before the project moved on. As the contractor stipulated that this was not a contractual agreement, and advised the employer that it would cause schedule extension, a new schedule was agreed by both parties. The project ultimately delayed past the extended schedule, therefore do i calculate the as built from the initial project schedule, or the extended schedule (that was extended four times at the agreement of both parties)?
Acceptance by whom ? Certainly not by the Engineer.
That is really the point I was making about needed to look at the nature of the agreement to "re baseline", because agreement or approval of a baseline does not - as that citation below proposes - amend the contractual agreement between the contractor and the employer.
In relation to the query raised, all we can go on in my view is the information provided by Ess, who has stated that the parties agreed to re-baseline the project incorporating actual progress. More information is needed in my opinion in order to get to the bottom of this, as it seems highly irregular (if I have understood the concept of "re baselining" anyway), partilcularly considering that the guidance that the contract does not contain an EOT mechanism.
Member for
18 years 2 months
Member for18 years2 months
Submitted by David Doughty on Wed, 2013-10-02 16:30
If you are attempting to contemporaneously document the impact of a delay on a project I would suggest comparing the schedule update from the previous month to a copy of that same update with the impact incorporated in it. This will compare your plan at the beginning of the month with that same plan with the impact. Any change in the contract completion date would quantity the time delay.
Member for
21 years 8 months
Member for21 years8 months
Submitted by Rafael Davila on Wed, 2013-10-02 13:45
Good and timely Baseline Schedules are extremely important to a successful construction project. The acceptance of a Baseline Schedule legally constitutes an amendment to the basic contract. It is possible to wave contractual requirements just by allowing items in the Baseline Schedule that contradict what is specified in other documents. On the other hand, the Spirit of Partnering requires that you not arbitrarily reject a schedule just because of minor, inconsequential deviations from the specifications.
To Baseline or not to Baseline, that is the question.
Ess - when you say that the parties incorporated "delays" into revised baselines, did they compress or resequence the later activities to arrive at the same completion date, or did the forecast completion date get pushed out ? If they compressed the later activities, and reached an agreement that that the new programme should be treated as a baseline programme, then it's difficult to see where any delay can have occured. Maybe I have misunderstood something here, but this is why I say that the facts need to be looked at in more detail, based on the description Ess has given.
I'm not from a planning background. When you say "rebaseline the schedule" (which is not a phrase that I am familiar with) are you talking about an update, or are you talking about revising what constitutes the accepted baseline programme ? My answer assumed the later.
Your last updated programme represents your extension of time entitlement PROVIDED that all the delays were the Employers fault.
If there is a mix of delays between Employer and Contractor then you have to start at the begining with the 1st baseline and impact the individual delays in strict chronogical order - taking account of concurrency.
If the Contract really has no provision for an Extension of Time in respect of Employer Delays then Time is At Large and no penalties can be deducted.
I would certainly agree with you where you say that no delay would be shown if you used the last 'baseline' in the situation described. The baseline effectively becomes the as built in that situation so you have no analysis to undertake; 'as planned' would equal as built.
I would suggest that it would be difficult to give you an answer as to what to do, without having further information, which would include examining the contract, and also construing any subsequent agreements made, and also looking at the (original) baseline in conjunction with what happened on site.
Member for
21 years 8 monthsThe burden of proof in a
The burden of proof in a civil case will normally lie with the party making the claim or defence to adduce sufficient evidence for the court or tribunal to find in their favour. I would dare to say most of the burden is on the party making the claim but the defence bear some burden with regard to their own arguments/counter-claims.
http://www.cpmiteam.com/assets/CauseEffectVol1.pdf
http://www.cpmiteam.com/assets/CauseEffectVol3.pdf
http://www.consultingalliance.net/Articles/Pacing-An%20Excuse%20for%20Concurrent%20Delay.pdf
Member for
12 years 1 monthIt's an interesting point
It's an interesting point actually.
If EOT has been admitted or agreed, is the onus on the contractor to prove that there was no concurrency which might eliminate a cost claim, or is it the case that if the Employer wishes to raise a defence of concurrent delay, then it is for the Employer to demonstrate that defence ?
Personally I think that what I would be prioritising would be formalisation of the agreement to entitlement of extension of time.
Member for
21 years 8 monthsEOT always solves issues of
EOT always solves issues of time but at times leaves open the issue of compensability.
By accepting the revised baseline maybe only issues of time were resolved and issues on compensation are still in controversy.
My warning about how revised baselines might be interpreted is on good faith, to make you aware of possible arguments. Personally I do not like the infatuation with baselines and client rejecting baselines for whatever reason, I favor solving on periodic intervals all issues of time and money accrued between reasonable duration time windows. If the delay reason spans over a month you shall not wait to make a determination on what is actually accrued. Many times after several months it might come out that what you was expecting is not the final determination but the opposite, better for all parties not to wait so long.
Good luck.
Member for
21 years 8 monthsOn this side of the pond you
On this side of the pond you cannot agree on a revised schedule with a revised delivery date and then claim the latest agreement is not valid. To my understanding the last agreement supersedes all prior agreements and settles all issues at the time of the agreement [Revised Baseline Data Date] unless clearly expressed some items are still pending, you cannot wait months and then claim something was still pending.
Schedule updates are to be applied sequentially to last agreed Baseline Schedule, as soon as a new baseline is agreed then subsequent updates shall be applied on the last revised baseline schedule.
Contemporaneous methods shall use a baseline that is representative of actual conditions, it is convenient for both sides but unfortunately it is not usual practice, changes are not solved in timely matter, baselines are frequently obsolete and chaos prevails.
If baseline schedule changed during the time window all these agreements shall be considered in the analysis if performed late, in such case traditional TIA is inapplicable, too late.
From: http://www.ronwinterconsulting.com/Time_Impact_Analysis.pdf
I have my issues with the purpose of such TIA practice that in my view promote delaying the solution of the cost issue, the most relevant issue as I contractors are in business to make money, they are not a charity. Partial solutions are not a good solution.
Member for
12 years 1 monthif theyve agreed to the eot
if theyve agreed to the eot then what does it matter ?
Member for
12 years 1 monthThanks Rob, I'm really
Thanks Rob,
I'm really struggling to come to terms with this one - the employer is unwilling to accept that their extra requests/procedures were cause for delay even though they agreed schedules with milestone date changes. Seeing as as-built versus as-planned relies on contemporaneous records to map the as built schedule it seems wrong to ignore agreed as 'planned' changes as surely their approval to the extension of time provides evidence of some form of their culpability?
Member for
12 years 1 monthDon't take my word for it,
Don't take my word for it, but I vote for using the initial schedule as the as-planned.
You need to show that the employer events caused the delay and created an entitlement to an eot, and you can't do that if you use a baseline which already incorporates the delays.
The revised baseline in the circumstances you have described, is really a baseline for the work to the right of the updated line in that programme, and what you need to analyse is the work which is to the left of the update line in the updated baseline, therefore you need to use the original baseline, where the relevant work is shown as as-planned rather than as as-built.
I think.
(in other words, what Mike said in the first answer !)
Member for
12 years 1 monthThankyou for your responses,
Thankyou for your responses, allow me to rephrase;
I will explain what i mean by my re-baseline terminology (perhaps it was incorrect).
As the schedule progressed, employer requested specific activities to take place that had to be approved by them before the project moved on. As the contractor stipulated that this was not a contractual agreement, and advised the employer that it would cause schedule extension, a new schedule was agreed by both parties. The project ultimately delayed past the extended schedule, therefore do i calculate the as built from the initial project schedule, or the extended schedule (that was extended four times at the agreement of both parties)?
Member for
12 years 1 monthAcceptance by whom ?
Acceptance by whom ? Certainly not by the Engineer.
That is really the point I was making about needed to look at the nature of the agreement to "re baseline", because agreement or approval of a baseline does not - as that citation below proposes - amend the contractual agreement between the contractor and the employer.
In relation to the query raised, all we can go on in my view is the information provided by Ess, who has stated that the parties agreed to re-baseline the project incorporating actual progress. More information is needed in my opinion in order to get to the bottom of this, as it seems highly irregular (if I have understood the concept of "re baselining" anyway), partilcularly considering that the guidance that the contract does not contain an EOT mechanism.
Member for
18 years 2 monthsEss:If you are attempting to
Ess:
If you are attempting to contemporaneously document the impact of a delay on a project I would suggest comparing the schedule update from the previous month to a copy of that same update with the impact incorporated in it. This will compare your plan at the beginning of the month with that same plan with the impact. Any change in the contract completion date would quantity the time delay.
Member for
21 years 8 monthsFor your cofee
For your cofee break.
http://ronwinterconsulting.com/rabaseline.htm
To Baseline or not to Baseline, that is the question.
http://warnercon.com/wp-content/uploads/2012/07/Article-12-Recovery-Schedules1.pdf
http://warnercon.com/wp-content/uploads/2012/08/AContinuouslyChanging1.pdf
Member for
12 years 1 monthEss - when you say that the
Ess - when you say that the parties incorporated "delays" into revised baselines, did they compress or resequence the later activities to arrive at the same completion date, or did the forecast completion date get pushed out ? If they compressed the later activities, and reached an agreement that that the new programme should be treated as a baseline programme, then it's difficult to see where any delay can have occured. Maybe I have misunderstood something here, but this is why I say that the facts need to be looked at in more detail, based on the description Ess has given.
I'm not from a planning background. When you say "rebaseline the schedule" (which is not a phrase that I am familiar with) are you talking about an update, or are you talking about revising what constitutes the accepted baseline programme ? My answer assumed the later.
Member for
19 years 10 monthsHi EssYour last updated
Hi Ess
Your last updated programme represents your extension of time entitlement PROVIDED that all the delays were the Employers fault.
If there is a mix of delays between Employer and Contractor then you have to start at the begining with the 1st baseline and impact the individual delays in strict chronogical order - taking account of concurrency.
If the Contract really has no provision for an Extension of Time in respect of Employer Delays then Time is At Large and no penalties can be deducted.
Best regards
Mike Testro
Member for
12 years 1 monthI would certainly agree with
I would certainly agree with you where you say that no delay would be shown if you used the last 'baseline' in the situation described. The baseline effectively becomes the as built in that situation so you have no analysis to undertake; 'as planned' would equal as built.
I would suggest that it would be difficult to give you an answer as to what to do, without having further information, which would include examining the contract, and also construing any subsequent agreements made, and also looking at the (original) baseline in conjunction with what happened on site.