The Cynical Side of ITSM - Why the Backlash?
Too many 'silver-bullet' expectations driven by too many tools is fueling a let down in what ITSM can really deliver, writes ITSMWatch columnist David Mainville of Consulting-Portal.As a bit of background, Ive been in ITSM for 30 years. I cut my teeth on incident management, implemented an untold number of changes, managed and documented configurations, assessed, designed and implemented more processes than I care to mention ... and most of that before ITIL became mainstream in North America.
In my opinion, it is because people are confusing a framework of best practices with actually doing the hard work of governing their ITSM programs. When you fail to loose weight should you blame the diet or do you take an honest accounting of calories consumed versus calories expended. When you fail to to get fit from exercise do you blame the program or should you take a look at effort, frequency and duration of your exercises? The diet or exercise analogy holds true with ITSM, as well.
If you are not getting value from your ITSM initiative perhaps its because your not actually following what youve set out to do. Its easy to define a process and implement a tool ― the hard works comes in getting people aligned and moving in the same direction.
Its hard not to get cyclical when you see the immaturity of most ITSM initiatives. A recent survey, Consulting-Portals 5th Annual ITSM Industry Survey, we conducted of 189 ITSM practitioners identified that fewer than 30 percent of organizations had defined and implemented ITSM governance. The same survey showed that most organizations have only implemented but a small handful of ITIL processes and that only 31% have implemented a CMDB.
So, if ITSM ad ITIL are so good why have so few been successful in implementing them? I believe the problem starts with the ITSM community itself. We do a wonderful job of talking up the value of ITSM but a very poor job of communicating and implementing what it actually takes to get results. In other words, you can promise whatever you want but sooner or later you have to deliver. The problem also lies with the ITSM tool vendors. ITIL "out-of-the-box" was a marketing slogan of one big ITSM vendor. The inference is "implement our tool and youve implemented ITIL". The illusion that a tool can solve all your service management problems is being further propagated by the OCG (Office of Government Commerce) and its accreditation body The APM Group through the launch of their ITIL software certification scheme.
To be fair, there is value in standardizing terminology and some basic concepts however a best practice, by its very definition, is devoid on anything specific to your particular organization. No tool can implement your process for you. Its important to augment the best practice with the specific organizational, technological and cultural resources ― and limitations ― of your company. By saying a tool is "ITIL v3 Certified" is about the same as certifying that a hammer can successfully drive a nail: It's true but it doesnt make you a carpenter.
Any ITIL practitioner worth their salt will tell you you have to define the processes for your unique environment before, or in conjunction with, the implementation of a service management tool. Then, once implemented, you have to govern the execution of the processes to get true results. There is no silver bullet. I agree that you can leverage the concepts contained within a best practice, but you cant implement it directly from the book.
What to do about it
Okay, now that Ive gotten all cynical about ITSM, its only fair that I offer some solutions. First off, some proof that ITSM works: As a mainframe field engineer in the early '80s I was responsible for responding to incidents and digging into problems for the root cause. One of the most powerful tools at my disposal was my companys incident management system (the Amdahl Corporation for those interested in the history of computers). This tool, accessed by dial up over a TTY (teletype) terminal, was the repository of all our known problems and potential workarounds and solutions.
This tool was consistently used as a troubleshooting aid and on more than one occasion identified trends that uncovered engineering defects that, when resolved, improved reliability for our clients and saved Amdahl millions of dollars in service calls and spare parts. But it wasnt the tool that made the process work it was the discipline and governance that ensured everyone conformed to the process, entered the correct data, analyzed the metrics, and followed up and closed incidents. No tool will do that for you!
A successful service management program requires the discipline to continuously assess, design and govern your processes. The assessment of your processes is essential for identifying gaps and establishing a baseline from which ROI can be measured. Effective design of your processes requires you to create more than a VISIO flowchart. You have go get down into the weeds of data definitions, metrics, governance, procedures, workflow, tool requirements and much more.
But, most importantly, you need governance. People need to be accountable, in more than name, for their parts of the process. You have to define specific governance tasks that are assigned and measured and you have to take action if they refuse to conform.
Its easy to be a pundit or a cynic constantly throwing stones at ITSM. In fact, I feel somewhat schizophrenic because Ive thrown my fair share of stones while simultaneously spending my whole career in ITSM. So, if youre going to be cynical about ITSM then place the criticism where it truly belongs. That is, place the blame on poor implementations and the over reliance on silver bullets and not on the principles of ITSM itself.
David Mainville is CEO and co-founder of Consulting-Portal, an ITSM consulting and ITIL training company focused on helping Fortune 500 and mid-size companies assess, design and implement robust IT Service Management processes. Consulting-Portal also offers a full curriculum of ITSM education including: ITIL, ISO and CobiT.