August 2005 - Library
August 2005 - Library
August 2005 - Library
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
14<br />
James Reyes-Picknell and Aileen Reyes-Picknell<br />
Conscious Management Incorporated (Canada)<br />
Many organizations attempt to introduce changes in the way they operate and do business only to meet with disappointing results.<br />
Up to 60% of some major corporate initiatives fail to achieve their objectives and many of those leave the organization with disgru n t l e d<br />
employees and disappointed executives. Even where the programs are well managed and change management is not short changed<br />
as it often is, the programs are at risk and some still fail. Organizations and what happens within them is a result of choices made<br />
by those leading them and leading the changes as well as the choices made by all those who will feel the impact of the change.<br />
Getting that high degree of buy-in from all these people is much more than an exercise in communication. This paper summarizes<br />
what often happens and how to avoid it.<br />
Article<br />
When Change<br />
Doesn’t Work<br />
It is an understatement to say that companies have a hard time getting new systems, procedures and processes to work. Large<br />
enterprise computing systems provide a notable example where up to 60 % of the implementations fail to achieve the benefits that<br />
w e re expected. In many of those cases the technology itself usually works and IT argues that the implementations were a success.<br />
They are probably right too! It’s not the system that doesn’t work; it’s that it doesn’t get used as intended. Something went wrong<br />
with the program of change that supported the implementation.<br />
Many other corporate programs suffer the same fate: TQM, TQC, 6-Sigma, Balanced Score Card, TPM, RCM, CRM, SCM, etc.<br />
Corporate-wide and even small localized improvement initiatives that entail change to the way people work, often fail. Why?<br />
Managers often argue that the reasons for failure were beyond their control. While that is often true, it is also true that the re a s o n s<br />
were under control of someone somewhere in the company - the company as a whole wasn’t choosing to succeed in some way.<br />
There are many well documented reasons for failure of these large change programs. Here are some for large IT implementation<br />
projects:<br />
• Inadequate requirements definition.<br />
• Poor package selection.<br />
• Inadequate resources assigned to do the work.<br />
• Lack of any change management approach.<br />
• Lack of top management commitment.<br />
• Underestimating the time and effort required.<br />
• Redesigning processes to fit the software, not the other way around.<br />
• Overstating benefits and ROI.<br />
• Inadequate training and education of the users.<br />
• Flawed project design and management.<br />
• Poor communications.<br />
• Cost cutting measures such as “big bang” go-live strategies.<br />
All of these are under control somewhere in the company, if not the project manager himself. But, it takes the entire company to<br />
truly choose success, not just some parts of it.<br />
Even where experts in change management have been used and everything appears to be done properly, the changes can still fail.<br />
Why? We must now peel away the surface layers to uncover what has really gone wrong.<br />
It is necessary to go deeper into the psyche of the company to understand why, despite doing all the right things, it still chose failure .<br />
What are the underlying factors that could derail even a well managed and seemingly well implemented project?