ITSM seems to have many definitions. The definition you get depends upon who you ask.
My friends here at SysAid have defined ITSM as “the craft of implementing, managing, and delivering IT services to meet the needs of an organization. It ensures the appropriate mix of people, process, and technology are in place to provide value. In other words: ITSM is the art of making a business run.”
They’ve also made a great video on this:
My definition of ITSM is similar: ITSM is about providing and managing the right combination of people, process, and technology to enable a business to meet its objectives and deliver measurable value.
Many treat the term “ITSM” as a synonym of ITIL. While ITIL may tout itself as the “de facto” ITSM standard, I would argue that ITSM and ITIL are two distinct concepts. ITIL is more about the what and how; ITSM is more about the what and why. In other words, ITIL is just one approach for ITSM.
And there’s been little reason to make that distinction – until recently. Because DevOps has shaken up the ITSM world.
If you ask five different people, you’ll likely get five different answers to the question “What is DevOps?”.
Some will say it’s about automation. Some will say that it’s about eliminating IT operations. Some will say that it’s about microservices or containers or continuous deployment or any number of technology-related concepts.
Everyone agrees that DevOps started with a simple idea – getting the IT development and operations teams to work better together. At the core, is that really any different than what ITSM is trying to do?
But many in DevOps think that ITSM is just something that the “IT Help Desk” does.
Why do some insist on looking at ITSM and DevOps as two disparate things?
According to TechTarget.com, an operating model is:
“A visual representation of how an organization delivers value to its internal and external customers. Operating models, which may also be called value-chain maps, are created to help employees visualize and understand the role each part of an organization plays in meeting the needs of other component.”
The Operating Model Canvas (OMC) is a popular framework for designing operating models. An OMC captures six elements that play important roles in delivering value:
I’d argue that ITSM is an operating model for running the business of IT. Things like ITIL or DevOps or Agile or COBIT or whatever are simply ways for delivering that value. But too many IT organizations put the focus on the tools or processes and less on a holistic view of what a business needs from IT.
The DevOps movement is driving a new way of ITSM thinking. Here are a few examples.
I’m also seeing a number of parallels between what’s happening today with DevOps and what happened a few years ago with ITIL adoption.
One group within IT is trying to impose its approach on others – with little to no inclusion of those groups in planning and strategy. Many ITSM implementations based on ITIL began in IT operations, then met significant resistance with attempts to expand into the other parts of IT. Similarly, many DevOps adoptions are being driven from the development side of IT, with little to no inclusion of the operations, security, or quality assurance teams. But what’s the most significant mistake happening all over again? Not including business colleagues as part of the design and effort of delivering IT services.
Tool vendors and solutions seemingly emerge every day. It wasn’t that long ago in the ITIL-based ITSM space that there were literally dozens and dozens of software solutions to manage every aspect of service management. Reporting tools. Analytics tools. Workflow management. Alerting.
The same thing is happening with DevOps. There’s tools for deployment. Testing. Integration. Alerting. Analytics. Workflow management. Tools to manage tools. Tools to integrate other tools. Are more tools really the answer?
The leapfrog game between business and technology continues. Business needs drive new technology capabilities. New technology capabilities enable new ways of meeting business needs, which in turn drive the next round of new technology capability. While this game has existed since the days of the abacus, each leapfrog cycle is becoming shorter and shorter. Even with the introduction of DevOps, many IT organizations continue to struggle to keep up with business demand.
But then again, the more things change, the more things stay the same. The issues that DevOps adoptions are encountering are the same issues that ITIL-based ITSM implementations encountered, and still do. For example:
The bottom line is that ITSM is ITSM. The need to deliver and practice good ITSM is just as important as it ever was – perhaps even more so! This means that organizations must do the right things using the right tools – regardless of what methodology those tools are founded upon. To do that, organizations must do two things:
ITSM is DevOps. ITSM is ITIL. ITSM is potentially many other approaches too. Like it or not.