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.

Revised Schedule - Impacted Schedule

5 replies [Last post]
D Artagnan
User offline. Last seen 2 years 3 weeks ago. Offline
Joined: 19 Sep 2008
Posts: 207

I have this predicament.

Our project is delayed and it was only acknowledged by the client thus giving the contractor a TE. The TE was issued on let's say March 31st 2012. The contractor submitted a schedule (they called it revised schedule and we were expecting it to be a 'revised schedule') on April 7th 2012. However, the data date of the submitted revised schedule is 30th of November 2011, which was the date of their impacted schedule they submitted last year.

1) I argued with the contractor why they did submit a revised schedule with the date, he said issuance of EOT is not an event thus.

2) They said they were not willing to change anything with the revised schedule as it based on the original approved baseline.

3) They just don't want to re-submit a revised schedule based on the status when the EOT was issued.

Dear Planners, I would really appreciate your comments on this. I have the firm stand that they should have submitted the revised schedule based on the latest status when the EOT was issued.

Thanks in advance.

D'Artagnan

Replies

D Artagnan
User offline. Last seen 2 years 3 weeks ago. Offline
Joined: 19 Sep 2008
Posts: 207

"The revised schedule shall include all activities as happened before all TIAs as submitted, past dates must match, they are already actuals. The updates not only shall include what happened before all TIAs but also what happened between all TIAs and update DD. The update shall predict any projected delays, predictions that are more up to date than the predictions of old TIAs as predictions of TIAs are not written in stone as if you can predict the future. This seems to me similar to what you are saying, not in conflict but even expressing a bit more."

This is spot on. This is my stand that all dates in the TIA submitted before should be actualized. I discussed this with the client and he was also expecting the same.

"For what you are saying seems like he did not submitted an update but only re-submitted a TIA schedule with an old DD. There is a 4 months 7 days difference between the TIA DD (30th of November 2011) and the date of "update" submission (April 7th 2012), too much time to be considered a timely delivered update. "

He submitted the TIA with a completion date agreed by all the parties. But this date is based on the delay events which were resolved later than assumed.

"The contract documents shall specify how often he shall submit his updates and this shall be your basis for such request. On the other hand if the contract is lazy with regard to scheduling requirements then maybe he can waive your request."

The contract specifies they should submit updates on a weekly and monthly basis.

"Out of curiosity who is responsible for the issuance of drawings? An activity already delayed over 3 months. Maybe the contractor is confused about how delay impacts are measured and believes updates might waive his right for valid claims. Updates will show all delays Owner and Contractor caused delays that already happened. It is on the contractor interest to put on record actual dates on regular updates otherwise this can prevent him to prove otherwise valid claims."

The issuance of the drawings is responsibility of the client in the contract. It was delayed by more than 8 months and affected the schedule. Later on, the client acknowledged the delay thus the EOT.

Thanks Rafael. :)

Rafael Davila
User offline. Last seen 10 hours 8 min ago. Offline
Joined: 1 Mar 2004
Posts: 5229
  • TIA schedules,
  • Contractual Baselines and
  • Updates

can all have different DD but in any case Updates shall include before its DD all activities as happened and after DD as projected no matter if projected ahead or behind schedule.

The revised schedule shall include all activities as happened before all TIAs as submitted, past dates must match, they are already actuals. The updates not only shall include what happened before all TIAs but also what happened between all TIAs and update DD. The update shall predict any projected delays, predictions that are more up to date than the predictions of old TIAs as predictions of TIAs are not written in stone as if you can predict the future. This seems to me similar to what you are saying, not in conflict but even expressing a bit more.

For what you are saying seems like he did not submitted an update but only re-submitted a TIA schedule with an old DD. There is a 4 months 7 days difference between the TIA DD (30th of November 2011) and the date of "update" submission (April 7th 2012), too much time to be considered a timely delivered update. 

The contract documents shall specify how often he shall submit his updates and this shall be your basis for such request. On the other hand if the contract is lazy with regard to scheduling requirements then maybe he can waive your request.

I agree with you about what to expect from an update and hope my comments can help you to express that he did not submitted and update as requested. Of course this shall be within the contract terms. 

Out of curiosity who is responsible for the issuance of drawings? An activity already delayed over 3 months. Maybe the contractor is confused about how delay impacts are measured and believes updates might waive his right for valid claims. Updates will show all delays Owner and Contractor caused delays that already happened. It is on the contractor interest to put on record actual dates on regular updates otherwise this can prevent him to prove otherwise valid claims. 

Reminds me of a Contractor that submitted the baseline schedule even when the contract did not required a CPM schedule, then he never submitted monthly updates and now he has little acceptable evidence to present his case other than using the weakest of the acceptable methods as here impacted as planned methods are usually rejected by the courts. The contractor should have submitted monthly updates for the record, even when not required by contract. The burden of proof is on the claimant, the Owner just has to stop payments and then the contractor will be the claimant always having the burden of proof. The Owner outsmarted the GC. If he is not submitting updates he is a fool. 

D Artagnan
User offline. Last seen 2 years 3 weeks ago. Offline
Joined: 19 Sep 2008
Posts: 207

Thanks for the response. All issues have been agreed and solved prior to 31st of March 2012, thus my contention.  In the impacted schedule dated (30th of November 2011), the issues reflected were plotted to have not been solved. Let's say the issuance of drawings was dated December 21, 2011 in the impacted schedule, however, in the actual it's in March 15. I mean this small things. If i update the schedule (30th of November) to 31st of March, a delay would show. I hope I can explain it better.

Rafael Davila
User offline. Last seen 10 hours 8 min ago. Offline
Joined: 1 Mar 2004
Posts: 5229

EOT or Extension of Time solve issues of contract time but not monetary issues. These are usually analyzed by comparing an updated schedule with a DD at time impact start that does not includes delaying event and another update at same DD that includes the impact events. Can represent an updated Baseline at the DD of the submitted impacted schedule.

Contractual Baselines represent agreed schedule conditions at the DD of the Baseline. As conditions do vary baselines become obsolete and no longer can be used for comparison purposes. Submitting and accepting a baseline can represent a contractual agreement and therefore both sides must make sure all issues prior to baseline DD has been resolved otherwise pending issues might be contractually waived.

If there are issues still pending after the EOT impact schedule was submitted I can understand the refusal of the contractor to submit a revised baseline with a different DD.

This does not prevent the Owner to request for a new more recent revised baseline as long as all pending issues up to new revised baseline DD are previously agreed. A revised baseline can have legal implications to both parties. I would first ask for a timeline of pending issues to see what can be the latest DD I can ask for a revised baseline without getting into issues with pending unresolved items.  Another approach can be to never ask for an updated baseline that has legal implications and use schedule updates to know the actual status of the job. Any difference with actual contract conditions shall be explained on the narrative by the contractor as well as on the comments for the update by the PM and reviewer.

At home it is common to require revised baselines only on extreme cases where a recovery schedule due to contractor delays is in order with the understanding that if there are pending issues the required finish date might fully/partially represent a request for acceleration. 

We usually display on the Updated Schedules pending EOT issues as follows. 

Photobucket

Christopher Hall
User offline. Last seen 11 years 28 weeks ago. Offline
Joined: 17 May 2012
Posts: 42
Groups: None

Hi D,

I have a feeling I'll be corrected on this one.  However if the impacted schedule was based upon the approved baseline and the EOT utilizing this programme was subsequently approved.  Than re-issue of the impacted schedule could be considered as issue of the newly approved baseline.  Which sounds like what's occurred.

As for statussing the new baseline, I would have though this falls under progress reporting and would occur at the end of your next reporting period.

Either way your contract should set this out.

Regards,

Chris Hall