A guide to change management for modern IT organizations

Share on linkedin
Share on facebook
Share on twitter
Change management

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.

It is hard to make enhancements when 85% of your resources are focused on keeping the lights on, network running, users from self-destructing, and the bad guys from hacking your environment. 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 and 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.

    (See, 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. Fact is that when you redline your team to work through the transformation while simultaneously managing the existing patch-work environment and the same band-aid short-cuts get implemented 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? It is almost counter-intuitive how little this actually gets implemented, but the best time to add structure is when your team is overloaded with doing the project and maintaining the environment.Implementing proper structure in terms of configuration, change, incident, and other service management processes as part of the transformation project is the best way to maintain control over the project in an overload situation.
  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 want a singular platform that is built to provide an “enter once: update many” approach to seamlessly flow change through 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

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!

Share on linkedin
Share on facebook
Share on twitter

Subscribe to Our Newsletter

More to Explore

To understand the business value of service mapping, it’s important to shift to a service delivery mindset, rather than thinking about delivering infrastructure, equipment, software, and applications. Defining services is relatively simple if thought of as the commoditization of what’s…

Business Service mapping – the area of configuration management that perplexes so many IT professionals, yet that which provides the highest value in configuration management database (CMDB) projects. There are several major reasons IT gets stopped when it comes to…

The world of service management has changed as technology has shifted from providing tools for administrative support to being fully embedded in the delivery of the business’ core function. There’s a world of difference between using an accounts payable system…

The Configuration Management Database (CMDB) provides a single database that contains information about the enterprise’s assets, both logical and physical. In modern service management platforms, it provides core functionality that is referenced by all of the service management practices, including…

The importance of discovery comes from what it provides to the users of the configuration management database (CMDB): trustworthy data and greater speed to value. Without discovery, the CMDB database is built by feeds and data entry, which can lead to…

There is an old saying that you can’t manage something unless you can measure it. IT asset discovery can provide you with accurate and up-to-date data and information about everything you use in IT.  You can then develop metrics using…

The most significant ServiceNow CMDB best practice is having a system with data you can trust. ServiceNow will tell you that, your stakeholders will tell you that, and IT service management (ITSM) professionals will tell you that.  Achieving high-quality configuration…

A CMDB’s value is undisputed when carefully implemented with a clear plan in place about how the CMDB database will be used and maintained within your organization.  Below is a list of six steps that you should have in place…

The past decade has introduced a tremendous change in the IT industry.  If you were to compare your IT ecosystem today with how it was ten years ago, you would likely find it hard even to recognize that you’re looking…

CMDB’s time has come! A new decade is upon us, and if you are like most people in the IT industry, you’re spending some time reflecting on what has been accomplished in the past few years and thinking about what…