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.

Attempts at an accurate schedule vs owner insistence on 21 Cal. Day review times.

5 replies [Last post]
John Reeves
User offline. Last seen 13 hours 32 min ago. Offline
Joined: 10 May 2013
Posts: 135
Groups: None

Attempts at an accurate schedule vs owner insistence on 21 Cal. Day review times. These are not always compatible - what is your opinion.  I have argued that average is better, and that just because you have less than 21 days in the schedule doesn't nullify or supersede the spec that gives the owner "up to" 21 days.  On a long job no big deal, on a short job - creates un-realistic dates.  The submittal issue is a bit BS because re-submittals are scarcely addressed.  Should depend on the item.  I think an attempt at accuracy goes a long way, schedules are commonly not credible vs reality.

Replies

John Reeves
User offline. Last seen 13 hours 32 min ago. Offline
Joined: 10 May 2013
Posts: 135
Groups: None

Thanks.  This is one that cannot be answered on a generic level.  Gas vs Tranportation, Private vs Public sector etc.  I understand where you are all coming from, but there is just too much difference in industry processes and project sizes to discuss this.  In the end the suggestions were around flexibility or changes bases on variables.  In the end, there is a trade-off between doing the owner wants and what the owner's system or fighting the system when it makes sense.  Most people do not know the scheduling issue enough and just think you are bucking the system.  I have created a lot of ugly, compromise schedules when is faster or better for the politics and sometimes I guess that is the right answer.  Thanks again.

Rafael Davila
User offline. Last seen 9 hours 34 min ago. Offline
Joined: 1 Mar 2004
Posts: 5037

Spider Project fix the actual units and costs for the reported periods and distribute the remaining according to remaining allocations in combination with earned value and planned value.  Spider Project period reports are accurate (to true value) without the need to match your updates to pre-defined financial periods.

On the other hand for most other scheduling software when the update includes activities in progress but not finished, in subsequent updates the distribution of allocations for activities in progress spanning two reporting periods will most probably change for all such periods unless you use pre-defined financial periods. 

You might get incompatible progress curves where past performance distributions do not match, a problem when cost loading is used as a basis for Progress Payments.  In such case when the client cannot tolerate the difference you might need to look for some work-arounds like using separate databases each with their own financial period definitions.

Also be reminded that some software will change calculated late dates when some date constraints cannot be attained.  This will distort the late S curves, sometimes without no-one noticing but mind boggling when you get a “twisted banana curve” everyone should notice, ouch!

Twisted-Banana-Curve

Best Regards, Rafael

Zoltan Palffy
User offline. Last seen 19 hours 53 min ago. Offline
Joined: 13 Jul 2009
Posts: 2948
Groups: None

this gives the owner time to review the submittal especially if multiple project are on going at the same time. Just think if you bombard him with submittals. This can also be the basis for a claim if a submittal is held over the 21 day calendar day window if the item turns out to be on the critical path or it becomes the critical path because the submittal was not returned in 21 days.

The 21 day window is used a standard.

One technique is to create a "HOT submittal list"  which directs the ower or the reviewer to the submmittals that are needed the soonest or are most urget. 

Rodel Marasigan
User offline. Last seen 2 hours 46 min ago. Offline
Joined: 25 Oct 2006
Posts: 1556

It should be depends on the durations of the Project. Recommended practice 6 months or less and greater than 1 month shall have at least weekly at max. For 1 year and above at least bi-weekly or monthly at max. The cycle should have time to react when issues happen. Weekly update was a good practice to consider which can accommodate any requirement if necessary.

Rafael Davila
User offline. Last seen 9 hours 34 min ago. Offline
Joined: 1 Mar 2004
Posts: 5037

Consider updating the schedule on a weekly basis, in this way every 3 weeks (every 21 calendar days) you can give him the updated schedule he is asking for and you will keep the needed granularity along with the intermediate updates for you to administer your fast moving job.