Giant IT implementation is a high-stakes game. The aptitude for positive business results are massive, but so are the downside risks. System costs alone can run into the tens of millions, but this is often dwarfed by the cost of disruptions to the organization and its clients when things go badly, easily running into the hundreds of millions. While the numbers for smaller companies and smaller projects may be less, it is still more the rule than the exception that a company’s future and the rule than the professionals involved hang in the balance when they take on major IT implementations.
Sadly, less than one third of all such projects manage to meet expectations. While not widely known, this dismal success rate has been constant for decades. Why is that? Well, to be successful, project leaders must tackle 3 fundamental areas of risk that threaten any IT implementation. While most tend to manage one or two risk factors successfully, few manage all three; and if one factor is at all neglected, the potential business results of the project are compromised
What are the risk factors?
1. Technical Risk
In layman’s terms, technical risk is associated with getting the machines and software to run the way they should. Will it come in on budget? These are considered technical risks. To achieve technical success, is a daunting challenge. Deadlines and budgets often take a beating, but as difficult and draining as this can be, most installed systems ultimately function pretty much as they were expected to. Even if it takes sheer brute force technical success is achieved in most cases.
2. Business Risk
New system features and better performance create the potential for business results; they don’t create them automatically. Just because a new system allows better data access does not mean the company will necessarily realize labor or material savings. To create real business value, planners must first select system features that create opportunities for improved efficiencies. Second, they must make the business changes needed to turn those opportunities into reality – things like process redesign and resource reductions. Projects fail to create real business value not mean the steps needed to translate system features into improved business performanceare not made explicit or when management is unwilling to follow through in executing the steps that are needed.
3. Organizational Risk
Putting a new system in place does not necessarily guarantee that the employees will adhere to it. It is not uncommon for people refuse to use them at all without suffering any consequences. This situation can occur because of employee resistance to change, a failure to communication, new work procedures, and unwillingness to enforce new expectations, or any number of other causes. Such issues are addressed as part of an Organizational Change Management Plan. This part is usually taken for granted, so many project failures can be traced to organizational risk. A major source of confusion is user training. Project leaders often believe user training is about learning new software features. Actually, this technical training addresses technical risk, not organizational risk. Changing behaviors takes more than that. Technical training rarely covers performance management issues or achieves eradication of legacy procedures, and employees are often left to figure out exactly how to integrate the use of a new system into their job functions. An effective Change Management Plan would address all of these issues.
For more information, please see our website: business IT alignment
- ISO 9001 and Risk Management: Explained In every human endeavour there is an element of risk;...
- Complete Issues for Managing Risk With the emerging complexities of today’s business which is now...
- Win More With a Trading Risk Management Strategy Like a lot of investors in various asset markets, you...
- The Factors Covered By Pharmaceutical Consultants Pharmaceutical consultants can be money well spent for the companies...
- Risk and Reward – Learning From Mistakes. All of us make mistakes, don’t we? Irrespective as to...