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.

activity duration

6 replies [Last post]
moh ham
User offline. Last seen 8 years 33 weeks ago. Offline
Joined: 3 Mar 2011
Posts: 8
Groups: None

What is the maximum accepted time duration for the activity, some ppl say 2 weeks some say 20 days and is there is any cod determine this period.

 

Thank you

Replies

Ronald Winter
User offline. Last seen 3 years 6 weeks ago. Offline
Joined: 4 Jan 2003
Posts: 928
Groups: None

Sorry for giving you a direct link requiring a password to the AACE Recommended Practice on Developing Activities.  You need to go through the identification page first at http://www.aacei.org/resources/rp/.  You do not need to be a member and there is no cost, but apparently they want you to identify yourself before downloading the Recommended Practices.  I hope that this helps.

Patrick Weaver
User offline. Last seen 5 days 19 hours ago. Offline
Joined: 18 Jan 2001
Posts: 373
Groups: None

The recommended maximum duration for an activity is:
-  Based on the PMI Practice Standard for Scheduling: ‘less than 2 times the schedule update cycle’
-  Based on the CIOB Guide to Good Practice in the Management of Time in complex Projects: ‘not more than the update cycle’.

The update cycle can be as long as monthly on large, slow moving engineering projects down to every change of shift on a high intensity shut down.

The first consideration is common sense. If a shipment from Europe to Asia is on a boat for 6 weeks, a duration of 6 weeks is sensible.  If the job will only take 1 hour, the duration is one hour….

The more important consideration is the design of the schedule for effective use.  For more on this see: http://www.mosaicprojects.com.au/PDF/Good_Scheduling_Practice.pdf

The last consideration is what the actual duration of the activity should be.  For more on this see: http://www.mosaicprojects.com.au/WhitePapers/WP1052_Time_Estimating.pdf

Rafael Davila
User is online Online
Joined: 1 Mar 2004
Posts: 5229

If you are scheduling an open hart surgery procedure suggest not using activities shorter than 9 days, the patient will die and will never sue you and you still will comply with the 10 days duration requirement.

The scale is relevant to the activity duration, even in construction jobs. What if the job is a two week job, you will need to schedule by the hour and maybe on the field manually adjust the schedule. An example can be as simple as the replacement of a double headed substation on an industrial complex.

I have serious problems with protocols that assume fixed durations without any reference to the duration scale of the job. At home we have contract writers that blindly copy those protocols without a real understanding of what they mean.

Determining progress is relevant but the activity shall be split if the rate of progress is variable. I doubt the resource allocation algorithms consider nonlinear resource distribution, perhaps the maximum, this will result in erroneous and inefficient models. There are many factors that might limit the duration of an activity but the main question shall be, is the activity as defined is compatible with the model. I do not buy the P6 idea on activity steps, is against good scheduling practice that in combination of predefined variable resource usage is wrong.

This is a reference from a communication with Vladimir:

Spider does not permit entering predefined variable resource usage. We think that variable usage shall be defined by the schedule. Predefined means that activity is complex and actually consists of several sequential activities. We suggest certain rules for defining project activities. One and main of them – activity is done by the certain crew from the beginning to the end. And variability may be caused only by the requirements for the same resources on other activities.

There is an option to define material consumption as linear, at the beginning, at the end, or combination. For materials it is logical.

To my understanding it says it a lot, valid but just one of many factors to take into account when defining activities. You shall find a way to get Ron Winter's reference as I believe it shall provide you with other factors to consider.

Best Regards,

Rafael

moh ham
User offline. Last seen 8 years 33 weeks ago. Offline
Joined: 3 Mar 2011
Posts: 8
Groups: None

Thank you very much Roland & Mike, however the sent linked  is not free ( need passwor) so kindly provide me by this role which determine the activity time limit .

Ronald Winter
User offline. Last seen 3 years 6 weeks ago. Offline
Joined: 4 Jan 2003
Posts: 928
Groups: None

Activity durations should be no longer than one can properly estimate and control.  This means that the Foreman or Task Supervisor should be able to estimate the remaining work duration at any point in the activity’s active existence.  In addition, most schedulers would say that the activity should not be so long as to be active over more than two reporting cycles.  In the case of monthly reporting cycles, this means that activities should not be longer than 22 working days and probably not longer than 20 working days.

 

AACE Recommended Practice 23R-02, “Identification of Activities” http://www.aacei.org/aaceonly/rps/23R-02.pdfis a very thorough review of the subject.  The document is free to download.  I recommend that you review this document.  Good luck!

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

Hi Moh

All task durations should be determined by resource modelling - not just guesswork.

In my rule book if a duration exceeds 10 work days it is too long.

Best regards

Mike Testro