(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.
I am just starting to explore chaos theory (Jame Gleick - "Chaos:making a new science) and it struck me that it may have some inplications in what we do when we try to control EPC projects with too much detail. The current thinking is that with greater detail/complexity, project managers/controllers/schedulers gain greater control. My long-held position is that just the opposite is true - we are better off aggregating data instead of reducing it to its primary element(s).
Generally, chaos theory applies to initial conditions, but I think it may have application to what we do. I would welcome your thoughts. I may develop this 'thought' more as I understand better the theory.
Printer-friendly version
Send to friend
Bernard:
Thanks for responding, though I don't think either of us understands chaos theory and its (mis) application to project controls.
Chaos: When the present determines the future, but the approximate present does not approximately determine the future.
For me, it goes to trying to understand the system rather than rigidly modeling expected outcomes (overly detailed schedules). I expect the plan to go awry, and see aggragation as a possible remedy. Soft Logic does not eliminate detail, in fact it may incorporate more detail, it just does not put that detail in the schedule.
I am toying with the concept of applying Soft Logic to turnarounds (STO in your parlance). My thinking is to use the Work Order (WO) as the work package and go into no greater detail than this work package on the schedule. The Work Order would be fully disassembled and become part of a flat file or database. The WBS would be geographic (construction-centric) instead of the more common function oriented (Operations-centric) and go only down to the Work Order. All engineering would be by WO, as well as any procurement. The schedule would be resouce loaded again by WO and aggragated according to the WBS.
I would welcome your insights as to the feasibility of this approach.
BTW: Your company seems to have some nice tools. I need to get better aquainted with them.
Other thread is from several months ago: http://www.planningplanet.com/forums/planning-scheduling-programming-discussion/544736/if-you-can%E2%80%99t-measure-it-you-can%E2%80%99t-manage-it
"The current thinking is that with greater detail/complexity, project managers/controllers/schedulers gain greater control."
Greater detail allows for more granular scheduling and more objective progress reporting. Objective progress data is much better for driving decisions (ie. managing) than subjective data. This only works when an organization has procedures in place to effect updates timely and completely.
Greater detail doesn't necessarily correlate with greater complexity.
As I see it, Chaos Theory really only applies here to the effect that:
With proper scope and sceduling reviews, you can mitigate the former. With proper scheduling practices (minimizing soft logic), you can mitigate the latter.
We built our ATC software to handle a high level of detail for turnarounds (refinery shutdowns / maintenance projects). We have found the greater clarity of a granular schedule and objectivity of progress reporting to be essential to managing the beasts. YMMV
Mike:
Thanks, I will look for the other thread. Managers will use what works. They cannot be faulted for ignoring that which does not provide timely, useful information.
Hi Dennis
This is similar to another current discussion on the topic "If you can't measure it - you can't manage it".
In my experience management ignore the programme in whatever degree of detail it is presented.
It forms expensive site office wall paper - chaos ensues.
Best regards
Mike Testro
Email: PPadmin@planningplanet.com
Replies