Virima V6.0 will soon be available with an all-new look, enhanced discovery, mapping and vulnerability features and more. Stay tuned!

A Guide to Change Management for Modern IT Organizations

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

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!

Subscribe to Our Newsletter

More to Explore

Table of contentsWhat is CMDB, and why is it important for your cloud initiatives?CMDBs and change managementCMDBs and incident managementCMDBs and problem managementCompliance reporting made easy with CMDBsImpact analysis with CMDBs and cloud assetsMake better, fact-based decisions with Virima for…

Table of contentsHow does asset discovery work?What types of IT assets can you discover?NetworksServersPCs, laptops, and mobile devicesBenefits of IT asset discoveryLess time spent on cataloging IT assetsBetter and detailed IT reportsStreamlined IT asset acquisitionEnsuring compliance with security policies A single…

Table of contentsWhy stakeholder communications are importantHow to prepare for incident communicationIncident management best practicesCommunication plan High-quality major incident management communication plan Using visualizations in stakeholder communicationsIncident mitigation with visualizations Virima can help you with incident management Incidents are a part of business,…

Table of contentsAsset managementTracking and labeling assets’ locations and states through an asset register Tracking and managing software licenses Managing end-user devicesKeeping tabs and handling decommissioned assetsConfiguration managementIdentifying configuration items in the CMS Controlling  and managing all changes made to assets Understanding impact on…

Some people think that an IT service desk is the same thing as an IT help desk. It isn’t and we’re  going to explain the difference between service desk and help desk. Sure, there are some similarities, but there are…

Table of contentsA CMDB tool can maintain all other tools What is CMDB in ServiceNow?What are ServiceNow CMDB best practices?A few ServiceNow CMDB best practices include:Defining your goalsForming a configuration management teamEstablishing a governance structureUnderstanding configuration item designIntegrating with key business…

Table of contentsStep 1. Determine business objectivesStep 2. CMDB discovery toolsStep 3. ITSM system integrationStep 4. Equip data owners/data stewards with the right toolsStep 5. Data management and retention planStep 6. CMDB: data visualizationLearn more about these steps by watching…

Incident management is crucial while dealing with major incidents. They are the crises that have widespread impacts on your employees, disrupt your operations, and impact your ability to deliver on customer expectations.  While you may assume your company is prepared…

Table of contentsUnderstanding business service mappingA modern approach to business service dependency mappingDiscovery planning processUse casesVirima simplifies service mapping and IT discovery Business service mapping is the area of configuration management that perplexes so many IT professionals. Yet, it provides…

Understanding the Configuration Management Database (CMDB) and its core functions is a critical aspect of service management. The CMDB forms the hub of numerous service management practices and provides a means of correlation needed to deliver business services successfully.   The…

The Configuration Management Database (CMDB) contains information about the enterprise's logical and physical assets. Modern service management platforms provide core functionality referenced by all service management practices, including business-facing rules. As a result of its core functionality, the role of…

A previous post discussed “The problems with your problem management” and some of the obstacles standing between your organization and true, proactive problem management. This post delves deeper into some of those obstacles and offers recommendations to help you address…

IT asset management (ITAM) and inventory management are both useful practices that can benefit any organization using IT. Inventory management can exist without IT asset management, and in fact, it does in many organizations as it has been in existence…