Académique Documents
Professionnel Documents
Culture Documents
com/Read/25905/misperceptions-management-
change)
But this article is not focused on the intricacies of MOC for covered
processes. And, it is not solely directed toward safety. Why then are we
discussing MOC if it is not “required” for your industry? In short, it is
because every business, regardless of legal requirements, needs to control
potential losses. And MOC, appropriately applied, is an excellent, cost-
effective loss prevention process for almost any business. It is the perfect
complementary process to your loss elimination processes. And, we all
want to be safe and environmentally friendly as well, right?
Please note that MOC addresses only changes to things presently existing.
Design of new processes or facilities is another issue entirely. And, we have
to assume for purposes of MOC discussion that the level of performance of
the existing system, if not adequate, at least has familiar and well-known
virtues and vices.
So, what is MOC in non-regulatory terms, and who does it really apply to?
Let’s work with this simple definition: MOC is a process for preventing or
mitigating business losses – including degradation of safety, health or
environment – as the result of changes made to how you construct,
operate, manage, or repair your facility or your processes. Regulatory
requirements aside, there is no business intending to stay competitive that
can afford to not have an appropriate MOC process in place. In short, MOC
makes sense for safety and it makes financial sense. Does an MOC
process make sense for your business?
What is a ‘change’?
“The most difficult part of management of change is recognizing change.”
The most important starting point for the program is clearly defining for the
organization just what constitutes a “change” that you wish to manage. Or
more simply, what change falls under the MOC process and what sort of
changes do not? A lack of clear definition effectively cripples an MOC
program’s effectiveness, inviting both unnecessary analysis paralysis and
creating loopholes for those who wish to bypass the process.
There are many definitions of change from many different sources. It is the
responsibility of the site leadership to define change in terms consistent
with the business interests and any regulatory precedents. What risks do
you wish to control and what sorts of changes, if not controlled, increase
those risks? Only then can those activities that might reasonably be defined
as “changes” be clearly identified, and once identified must be conveyed in
the most simple and straightforward language possible.
Although a bit messy, the use of lists or tables of examples is often
necessary to get the points across. Keep in mind that a “change” does not
have to occur in a piece of hardware to qualify. Software, procedures,and
process parameters are all examples of non-hardware changes that often
must be rigorously controlled.
When dealing with hardware, the OSHA 1910 source document refers
obliquely to a change as not being a “Replacement in Kind” (RIK) and
further defining RIK as “a replacement which satisfies the design
specifications.” RIK generally refers to equipment or components that are
identical in Form, Fit and Function (referred to as the F3). But there is more
to change than this very narrow hardware-based approach. The OSHA
definition of change also refers to technology, procedures and chemicals
(more broadly interpreted as raw materials.) Obviously more than just
hardware is included in the definition of “change”. I have found that the best
formal definition in use for “change” in the MOC process is found in a
clarification published in OSHA 3313: “Change is an alteration or
adjustment to any component, variable or property within an existing
system (except those within clearly defined boundaries or responsibilities).”
Since every business has different areas of risk exposure and different
tolerance of undesired consequences, it is up to each business to assess
risk and define its tolerance for uncontrolled change. A few (but by no
means all inclusive) examples of the sorts of changes a business may wish
to manage are:
• Addition of new process equipment or critical business system
(including software)
• “Not in kind” replacement of process equipment or parts
• Modifications or minor additions to process equipment
• Modifications or minor additions to critical business system (procedural
or software)
• Modifications or minor additions to infrastructure/non-process
equipment
• Changes to process control and/or instrumentation (includes control
strategies)
• Changes in specifications or sourcing of technical MRO
• Changes in critical process parameter operating limits (outside of
ranges specified in standard operating procedures [SOPs])
• Alterations to safety systems (interlocks, shutdowns, fire or explosion
suppression, etc.)
• Revisions to standard operating procedures (including emergency
procedures)
• Changes in site-level organizational structure
• Changes to maintenance procedures
• Changes in raw material/component specifications or sourcing
• Alterations or new connections to utilities systems (air, electrical, gas,
water, steam, etc.).
• Alterations or new connections to critical data networks
• Changes to QA procedures or critical test equipment
A few hours of quality “what if” brainstorming by a multi-disciplinary team
early in the process design to develop the definitions and examples that are
right for your business will pay huge dividends.
What about ‘temporary’ changes?
Remember this important concept to apply when implementing MOC: Just
as there is nothing in the world as permanent as a temporary tax, there is
no more permanent a change than a “temporary change” which escaped
the MOC process. Experience shows that there are really only permanent
changes that are intended to be temporary until they have been restored to
original conditions. Of all of the uncontrolled changes that occur,
“temporary” changes are the most pernicious and the most frequent cause
of accidents and incidents. Thus, “temporary” changes of a controlled
system never should be exempted from the MOC process.
2) “I am so far behind I can’t start doing MOC. I’ll never catch up with
all of those unrevised drawings.”
Document control is a process that complements a well-designed MOC
process, and is often the first thing people think of when you mention MOC.
The need to update documents is certainly a frequent outcome of an MOC
and necessary for the long-term integrity of your processes and facilities,
but it is not MOC. It is merely a frequent outcome.
You cannot change what has happened in the past. If the business case
exists to correct or mitigate past mistakes, then do so. MOC is about future
loss prevention. So the one thing that any organization can do is to start
implementing MOC right now. Today is the day to stop creating more
problems for tomorrow. A succinct piece of folk wisdom says: “If you have
to fill in a real big hole, the first thing to do is to stop digging it deeper.” The
same applies to a gap created by poor MOC. Stop making it bigger.
Be realistic in your evaluation of how long, how much money and how much
risk increase this “fast work around” will really take. It is good to be
optimistic in an emergency. It is best to be prepared for the worst. As the
saying goes: “If you are in a leaky boat far out to sea, it is best to pray
toward Heaven, but to row toward shore.” Is the risk to your business
associated with a “temporary” bypass worth the savings in time? Can you
really control the risk to an acceptable level by “special operating
procedures”?
Accident reports show that hasty decisions, made under pressure, without a
balanced evaluation, have been at the root of many serious problems. Time
to think in a disciplined manner is not time wasted. And if your MOC
process is efficient, it will not unduly impede progress on the rare occasion
when it is a true emergency. Just as there is a procedure to authorize and
issue an emergency work order when needed, a good MOC procedure will
have a mechanism to address real emergencies. But that mechanism
should not be to ignore the MOC. Do not allow expediency during one
“emergency” to set you up for a bigger and more serious second
emergency. Do not defuse a bomb just to plant a landmine.
4) “Routing this form for approval takes so long we can never get
anything done.”
An effective MOC process requires an appropriate level of approval and
communication. Poorly designed MOC approval procedures confuse the
need to be informed of a change after it happens with the need to approve
a change before it happens. The levels of approval required need to be
both appropriate to the change and the potential risk associated with it.
They also need to be flexible enough so that they can be tailored to the
situation at hand. Minimize the number of approvers, and make them the
right ones. Your MOC process can then be safely streamlined.
Even if the manager is very competent, it’s rare for one person to be
competent in all aspects or consequences of a given change. In an effective
MOC process, it is the manager’s responsibility to ensure that the
appropriate designated resources are involved in a well-balanced
evaluation of the proposed change. Approval authority is secondary to
competence to evaluate and a well-balanced team will give more
consistently good results than depending upon one smart individual.
Have you had a production line down while you searched desperately
though thousand of lines of code looking for the change that was made by
the control engineer two months before he left for another job?
Programmers and control engineers in particular tend to “play around” with
software without due regard for MOC. This applies not only to your process
control but to your critical business systems software as well. If the potential
risk exists and justifies it, then treat changing a line of code no differently
than rewiring a safety shut-down system; it should receive the same level of
scrutiny and control.
Conclusion
In conclusion, a well-designed MOC process is an essential loss prevention
tool for any business. It is not just for certain hazardous industries. The
process applies to any company that wishes to avoid future losses resulting
from today’s changes. MOC does not have to be overwhelming or so
difficult to use that it inhibits change. It cannot effortlessly compensate for
past omissions, only reduce your future risk. So, the time to start developing
and implementing an effective and efficient MOC process is today.
This article first appeared in the July edition of Life Cycle Engineering’s
newsletter, RxToday.
About the author:
Sam McNair is a senior consultant with Life Cycle Engineering (LCE). A
Professional Engineer and Certified Maintenance and Reliability
Professional, Sam has more than 32 years of experience in discrete
manufacturing, chemical process industries, mining, machine processes,
automation, aviation, construction and utilities. Sam specializes in reliability
engineering with a focus on the integration of maintenance and
manufacturing functions. You can reach Sam at smcnair@LCE.com
(mailto:smcnair@lce.com). For more information about Life Cycle
Engineering, visit www.LCE.com (http://www.lce.com/).