Anoon, I totally agree with you.. In my Understanding, "Delay Event" in some point in time may not have Impact to Over-all Project Completion. This Means the Path of the Delay Event may not be critical yet until sometime therefore the Path of the Delay Event has "floats" (1day, 2 day, 7day, 10days or more but still technically considered float). "Delay Event" does not necessary means a claim for EOT. For me, I raise 'Delay Event' notice to the Engineer or Client because of their failure to meet the schedule based on"EARLY START". It may not have Impact yet to the Project Completion Date if there are "floats" in the path but on the other hand my notice benifits all parties. The notice gives advice of what might happened in advance to the Employer if no actions will be taken and it protects also the Contractor from liabiliites. and Most of the Contracts require the Contractor to Submit Notice prior to submit EOT Claims and Cost Particulars.

If the Delay Event is directly impacting on the Critical Path which is Zero float, I don't understand why "Floats" are the roots of all troubles.

Delay Analysis may or may not be an easy task. There are so many methods and approaches in preparing Delay Analysis. And the reason I said it easy because its obviously easy and not that miticulous (in my opinion) to prepare "Impacted As Planned" Delay Analysis. Im sure many planners would totally agree with me..

In my opinion, Delay Analysis can not be that hard to prepare as long as:

1. Good Records of As-built datas 

2. records of updated programmes. as much as possible updated in a small interval period (i.e. weekly)

3. Logs and records of correspondeces between contractor, engineer and employer.

4. records of Actual Productivity Output (e.g. structural concreting, blockworks, formwork so and so) reports that have been submitted to engineer. 

5. QA/QC records, material delivery records

It's easy to work if you have records to work on. Delay Analysis is just a "Story Telling" of what happened/as-built and i believed it would be chaos and pain in the ass to prepare Delay Analysis w/o credible and good records. 

This is the side of my story. Other Planner may have other ways or totally different than mine and I dont consider them wrong and I'm right. In the end, what matters is Substanciating and Proving your Claims with a convincing evidences and back-up documents. My work may not be perfect but I leave it to Engineer's/Consultant's planner to perfect it for me at least they have something to work on.. hehehehehe..

regards, david

Hi Anoon,

Acutally, currently I'm preparing Delay Analysis in P6 format, not that I wanted to do it in P6 but this has been the contractual requirement. I prepared P3 format Delay Analysis before, on my previous projects. 

Anyway, I think your question applies to all Programming Softwares. For Me, I'm not Doing "resource leveling" prior to delay analysis. The output of the delay analysis with or without "resource leveling" procedure is just the same. Because I'm only concerned if the Delay Event has made an Impact to Over All project Completion Date. 

You mentioned about the "floats", No - I'm not checking or bothered about "free float or total float".. For me, it's the job of the Software to do it for me. In the end it's the Impact to Over All Project Completion Date that Counts not the "floats" that have been consumed by the Delay Event. But there are some few contracts that are very strict with regards to "floats" in relations to Claims (EOT and Cost). Luckily, I haven't encountered that kind of Project/Contract. So, I may not be the right person to answer or discuss it for you.

This is just my opinion, subject to constructive criticism

Regrads, David

Hi Mike,

Thanks for the reply..

Actually we have common concerns.. Though I'm very well oriented with P3, I don't want to work my programme in P3 then convert to P6, if P6 format is required for submission. I had a bad experience of Converting the Programmes from P3 to P6 vice versa.  As much as possible, I would work from scratch to finish on the same software and avoid conversion.

When I converted the programme from format to different format activity infos such as Start Dates, Finish Dates, % complete etc. were different from the original format and they had DIFFRENT PROJECT COMPLETION DATES. So I had to trace back again the CP and amend the dates so and so. Tracing the CP is easy but for a project/programme with 10,000+ activities, its disaster... Instead of making life easy, it got complicated. In my opinion, the reason there are issues with converting from P3 to P6 think it has something to do with the resources.

Since I don't have Astra software and no knowledge to operate astra, I think I have a better option and thanks to Paul Harris for opening the idea. This is how I'm going to do it.

1. Using P6, filter all the activities you want to extract infomation (AS, AF, % Comp. so and so) then copy paste their Activity IDs in excel.

2. Convert the 2 Typical Programmes (baseline and as-built/updated programme) to MS Excel format.

3. Filter the Activity ID's of Step2 programme. Activities that you want to amend or extract.

4. After filtering, Copy the Activity infos that you want to extract from the as-built programme

5. Paste the copied infos from Step4 in to the baseline programme. **Be cauitous and make sure that you have copy-pasted it to the Identical/the same Activity IDs.

6. after Step5, Import that amended file back to P6 format.

*Please note that Step3 to Step5 are in Excel environment.

I hope my procedure can be easily understood..

Any shorter procedure than this?? I'll be greateful for your suggestion.

Regards,

David

Hi Paul,

Thank you for the sharing those resources links..

I guess i'll take some time first reading your articles.

Im understanding what you mean now about doing the Import and Export of information in Excel. But I stumbled in my thoughts, how are you going to select particular information out from a number of activities (for example 1000 activities)? Because when you do Import and Export to Excel formal it does not filter SELECTED activities  but it Import and Export to Excel all activities in the Programme so you'll have to face the problem again of selecting and finding the activities that you want to extract the information.

Any method or trick to simplify this task?

Regrads, 

David