Effective change management processes are an essential part of any IT deployment. A company's IT infrastructure is a hugely complex set of interconnected and interdependent systems, and making alterations to one system within this could have far-reaching unintended consequences if the process is not managed effectively.
Therefore, following established procedures ensures that everyone involved understands what is going on throughout the process, guarantees accountability, and reduces the risk of errors or delays derailing the project.
First, however, it's important to understand what change management is, what it isn’t, and why it’s so important to any successful IT project.
Essentially, change management refers to a formalized set of processes that should be followed for any improvements or alterations to a technology, service or way of working. This could be bringing in new hardware or software innovations, shaking up the workflow to deliver a better customer experience, or responding to new regulatory demands that will change the way your day-to-day operations are handled.
Whatever your goal is, a clear change management process gives you a roadmap that can be followed across the organization, ensuring every individual knows what their role is, who they report to, and what each stage of the project will involve, from initial planning through to testing and final deployment.
It's easy to assume, therefore, that change management boils down to a series of steps or check boxes that should be ticked off in order. However, this isn’t the case.
Such a top-down, rigid approach doesn't communicate effectively to users how their part fits into the wider project. A good change management plan instead looks to engage users to ensure projects are completed on time and meet all the business and technical challenges - and this can’t be achieved without effective engagement with employees.
Getting change management right offers businesses many benefits. Strong strategies ensure that change processes proceed as quickly and efficiently as possible, with no uncertainty about what an organization or individual should be doing, or why they’re doing it.
This in turn helps to cut costs, minimize resistance from within the business, and increases engagement among the workforce, as well as helping to drive innovation. If firms are confident any new ideas will be implemented effectively, they’ll be more willing to take the leap.
Ultimately, change management is there to improve the chances of a project being successful. According to figures from Prosci, businesses that have poor change management practices report only 15% of projects met or exceeded expectations. But this rises to 76% among firms with good change management, and 94% for those that rate their change management strategies as 'excellent'.
The importance of a strong change management system is therefore clear. But to do this correctly, it's also important to understand what type of change you’re going through.
ITIL standards set out several key definitions for IT service management professionals to follow, covering everything from everyday, low-risk to emergency situations. Here are five key categories of change within this that you'll need to be aware of.
Most planned changes will be considered 'standard'. In this environment, this refers to changes that are pre-authorized and will follow an established procedure in order to meet a specific requirement. They are usually classed as relatively low-risk, and therefore are not required to follow a full, in-depth assessment or monitoring process.
Key elements that are part of a standard change include a defined trigger that initiates the request for change and approval given in advance. Because this may be a fairly frequent activity, there is usually no need to log a formal request for change or obtain specific authorization, as the tasks involved will be straightforward, documented and follow tried and tested steps.
At first glance, many people might wonder what the difference is between a standard and normal change. After all, don't they both mean the same thing? However, when it comes to change management, 'normal' refers to changes that are required to follow the complete formal process. As they will usually be significant changes to processes, technologies or infrastructure, they are usually (though not always) higher-risk changes than those that fall under the 'standard' category, and so will require an extra layer of scrutiny.
Normal processes will therefore begin with a formal request for change that will be reviewed by the organization's change advisory board for approval or rejection. Then, the process itself will follow all predefined steps, including assessing and evaluating the change, planning and implementation, and post-change review. All these stages must be fully documented and audited to ensure there is a complete record of everything that has occurred throughout the activity.