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 GPCCaR M09-3 - Capturing Progress & Updating the Schedule - Data Collection?

Posted Thu, 2016-06-16 22:10 by Rafael Davila
  • http://www.planningplanet.com/forums/guild-project-controls-gpc/591070/gpccar-m09-3-capturing-progress-updating-schedule-data-coll

The module has been reorganised and now better addresses its previous shortcomings identified from the forum discussions in that it now better describes the need for time based progress data as well as materials, manpower an machinery based records to be collated and utilised toward the Schedule Update in order to determine the physical percent complete as well as supporting "resource" details.

This forum topic will now be closed because the update has been made.  

If you, or indeed anyone else, have any continued comments, concerns or suggestions (or alternative or better graphics) in regard to this particular module then please do provide specific and actionable comments so that changes can be investigated and implemented.  

As the forum topic is closed I am opening this as to express my comments regarding the revised module.

  • http://www.planningplanet.com/guild/gpccar/capturing-progress-updating-schedule

Best Regards,

Rafael

Dear Rafael,Thank you.  These

by GPC Admin - 17 Jun 2016 - 02:51

Dear Rafael,

Thank you.  These two statements are specific and actionable and as such have been recognized and are being reviewed and analyzed by the Guild Members.  When any changes / improvements to the module are agreed to by the peer review teams, we will post notice of those findings once a decision has been made.  

Because you have chosen to post your thoughts here and not via the GPCCaR Change Form suggestion template I will have to close this thread so its content can be actioned as a specific and defined scope of work for the review teams.

Thanks and Regards, GPC Admin (@Jason)

For those passionate about Project Controls and wish to become part of the decision making team, to help shape what the Guild Commnity collectively consider to be best practice guidelines, you are cordially invited to Join the Guild where you will have a voice in making these kinds of decisions.

09.3.3.2.3 Capturing

by Rafael Davila - 16 Jun 2016 - 23:42

09.3.3.2.3 Capturing Productivity Related Information (Materials, People & Machines)

  • We do not report units in place on a daily basis as shown in Figure 8 - Sample Field Units In Place Data Capture Template. We consider it too granular when a weekly report is good enough.
  • We do not report units in place per CPM activity but per production process that can span several activities. We do not see added value in breaking down daily production in a multitude of activities, we consider it too granular, time consuming and of little or no value when it is enough ton report the volume total per production process. 

09.3.3.1 MEASURE PHYSICAL

by Rafael Davila - 16 Jun 2016 - 22:55

09.3.3.1 MEASURE PHYSICAL PROGRESS

It is generally accepted that there are 3 generic categories of determining or measuring Physical % Complete ...

  • The module is misleading because not everyone uses % values as to measure progress. Percentages can be misleading when volume/cost/budgets/duration ... changes. 
  • When when volume/cost/budgets/duration ... changes one of the most important performance tracking is variance but tracking % variance is misleading when there are changes in the total values while trends in absolute values are not. 
  • The module misses to point out that all methods are valid as long as the metric used is still valid no matter if volume/cost/budgets/duration ... changes.

I use software that tracks and report all these metrics without the use of % values but absolute values that are transparent and always meaningful.