Change Management can be seen implemented across different verticals as new processes or even new gadgets
|

A Guide to Change Management for Modern IT Organizations

Change Management is a factor that weighs heavily on most IT organizations. Especially when they are contemplating making a significant investment in transforming their IT environment. Have you thought about why change management is so challenging for most organizations?

  • Good old human nature: fear, doubt, uncertainty. Given.
  • You are constantly fighting fires and responding to user issues.
  • You are continually monitoring security breaches. Now, add in regulatory compliance requirements built for a Fortune 100 company with equivalent resources. You get it; security is incredibly important, but it creates a significant overhead to the IT organization.
  • Add on top of all of that, the backlog of new applications, data integrations, and stuff that your business users want your organization to have done yesterday.

Dedicating 85% of your resources to keeping the lights on, the network running, and preventing users from self-destructing makes it challenging to implement enhancements. Additionally, the effort to thwart the bad guys attempting to hack your environment further compounds the difficulty.

All of this with infrastructure that is reaching the end of its life and tools that never lived up to the hype.

Given these circumstances, change would be considered a welcome relief. Except, to get to optimal efficiency, you have to go through the valley of inefficiency. Also, you need to go through forests of double work to get there. 

You don’t get to take advantage of the relief of perfectly running equipment, streamlined operations, and satisfied users without running the gauntlet of despair. 

Here are the 7 major gotchas that we believe contribute to the gauntlet:

  1. Your team doesn’t know what you have, how it is configured, how it connects to everything else in your IT environment. A heterogeneous environment, multiple discovery tools, an outdated CMDB, and fast moving changes lead to major gaps to hurt when you begin the transformation.

2. You certainly don’t know every relationship and deep level dependency. Someone somewhere made some non-logical changes in your IT environment. Your job is to find it before it finds your project timeline.

3.  Even if you did identify this change, good luck pulling all the information together to make it actionable. “Just fix it and we will come back later to make it right” becomes the norm rather than the exception. Throw in a lack of change management, configuration accuracy, overworked people, and a demanding environment – you have as much work to unwind the knots as went into fixing them the first time.

Also read: Does your change management tool alert you to unplanned changes?

4. Think you have service management challenges now, just wait until you start moving and changing everything. The fact is that redlining your team to work through the transformation while simultaneously managing the existing patchwork environment results in implementing the same band-aid shortcuts into the new supposedly improved environment.

5. How do you know the resources you plan to use actually have time to be used? A lot of assumptions go into a project resource plan. If you don’t have clarity to who does what, how long it takes, and what else that you are really asking in terms of timing; your results are only as good as your assumptions. Actually, a major point of delay in projects is the under-forecasting of resources required to move along the critical path.

6. How will you know if things are going according to plan before it’s too late to fix it?
Implementing this is almost counter-intuitive. However, the best time to add structure is when your overloaded team is working on the project and maintaining the environment. Implementing proper structure in terms of configuration, change, incident, and other service management processes is essential. This is the best way to maintain control over the project in an overload situation. It is particularly as part of the transformation project.

7. Once done, is it back to Ops as usual or do you really want to be transformed? You want to have an end to the terror. Nobody likes the reactive firefighting. Most people take pride in their work and care what their customers think. Also, most IT professionals have a vested interest in seeing their company successful. Of course, we want to help our business users become more successful. If this was easy, it would have been done before.

So, where does this leave you in terms of recommendations?

  • Implementing a rational, structured services model in place prior to the start of the transformation will pay great dividends. In terms of streamlining the transformation and reducing the shock of the changes.
  • Using a proper IT Discovery, CMDB, project and IT Service Management toolset is fundamental to that transformation. If for nothing, other than to help provide structure during the transformation and leave behind the structure to prevent the decay of operational efficiency in the next cycle.
  • You desire a singular platform built to offer an “enter once: update many” approach, seamlessly flowing change through both project and daily operations. Ideally, anything that makes the transformation easier and the conversion to the new model afterwards simpler, is a big win.
  • Devise a structure for the new IT environment so that you can maintain stability and reduce maintenance overheads. With newer technologies, it is a much lower cost of ownership in terms of infrastructure costs, but that doesn’t necessarily translate into operational costs unless there are complimentary efficiencies. If you still run your IT environment like you did before the transformation, you will lose most of the value of the transformation.(See, How good is your change management process?)

At the end of the day, IT is expected to do more with less .. and be the catalyst for enabling business transformation

Also Read: Is Your CMDB a Catalyst for IT Evolution?

IT is also expected to help the organization figure out how to leverage technology and all the data to be more efficient and competitive. This means you need to shift the bulk of your resources from maintaining the environment to providing impactful business services.

That starts with a really good IT services model to enable and benefit from such transformations.

Virima features can automatically discover and map your critical IT resources and the interconnections that link them to one another, your applications and services, and your users.

Virima is here to help. To get started, contact us today to schedule a demo and explore the possibilities!

Similar Posts