The value of implementing an IT service management (ITSM) program is clear. Leveraging good processes in the enterprise IT environment to manage and measure incidents, problems, changes, service levels and risks is an almost ubiquitous objective of internal and external organisations providing IT to the business.
In the war between control and chaos in IT, the battle for acceptance of dedicated ITSM teams using international standards, best practice frameworks and specialist toolsets has largely been won.
Most medium to large IT organisations have ITSM programs that either fully or partially embrace frameworks such as ITIL (ITSM), PRINCE2 (project management) and/or CoBIT (IT governance).
When implemented well, processes built in alignment with these guidance manuals are proven to work. They save money, create efficiencies and introduce structure. They also help define roles and responsibilities, facilitate metrics for benchmarking and continual improvement and introduce higher levels of accountability to IT investment.
However, critics of the sometimes rigid structure that is encompassed by standards and frameworks argue that pedantic adherence to this sometimes highly academic, scientific and technology-assisted pursuit of IT performance improvement can be counter-productive.
It can distract from the core reason that IT departments exist in the first place and that is to deliver value to the business. To put it another way, IT operations – and therefore, ITSM – should be all about helping the broader business achieve its key priorities whether that be growth, profitability or great customer service.
Meeting business objectives
CIOs want to be able to sit at the board room table and tell a story of creating business value or supporting business objectives through the effective management of IT investment.
In a long IT career, Kerry Crompton has earned a reputation for guiding business IT projects and rescuing failed ones. From April 2006 to June 2007 he was the CIO for Medibank Private and he has subsequently worked as a business and IT consultant for several high profile organisations.
Over the years, Crompton has become a firm believer in the role of regimented ITSM so long as it is underscored with adherence to, and alignment with, fundamental business objectives. He thinks ITSM can be a difficult concept for many CIOs to understand but, at the same time, one they cannot afford to ignore.
“CIOs don’t often have a service delivery background so there’s a new correlation between IT service delivery and business outcomes that they need to understand,” Crompton said. “My view is that CIOs need to understand the relevance of service management as a component of IT. Fundamentally, it stops things breaking and makes them work more effectively.
“Only then can they relate that back into their business processes and see that it, in turn, clearly generates consistency of customer service and gives the opportunity to sell products and generate revenue.
“Generally, people in the CIO role acknowledge ITSM as a key component of operations which they know they have to do but they don’t necessarily connect with it intrinsically and therefore it is often a secondary consideration. That is understandable.
“There’s a law of magnitude, but the issue is that if you don’t address some of the key service management components at a lower cost, the negative price impact can be even greater.”
More than flowcharts
Mike Schembri, CIO of print solutions provider, Upstream agreed that the most important component of any ITSM program is mapping it to business objectives.
“I still think of IT service management as the journey and not the destination,” Schembri said. “Too many ITSM teams get bogged down by the roadmap or the GPS co-ordinates instead of focussing on what it’s going to deliver to the business.
“So, unless you can define what service management is going to do for the business, it just becomes a whole heap of flowcharts on the wall that nobody really understands.
In most cases – and certainly in the case of Upstream – it is the IT systems that are actually generating revenue so you can actually quite quickly draw a pretty close line on it by saying IT service management done well means we won’t go down as often and therefore we will continue to earn revenue.
“That is what the CIO and other senior executives want and need to hear.”
All models are wrong
Brian Clark, CIO of Melbourne-based university, RMIT, is happy to be quoted as saying that he “doesn’t give a stuff” about frameworks such as ITIL. He does, however, quantify that by saying when he started at RMIT, the organisation was plagued by regular and ongoing SAP outages that were happening as a result of badly managed internal processes.
“One of my favourite quotes is from mathematician George Box who said; ‘All models are wrong but some are useful’”, Clark said. “When it comes to ITSM models, I think people get too caught up in the idea of process, frameworks and ideology.
“Standards and best practice frameworks are useful but it is my view that our job as IT professionals is to deliver outcomes and outputs not just processes. When I moved to RMIT in 2011, I could see they had engaged in relatively ineffective implementations of multiple frameworks, including ITIL.
“At the end of my first week, SAP went down because our network professionals had made a change to our network in the middle of the day on a Friday afternoon. It had been down for 30 minutes when I was informed and when I asked; ‘what is our normal process?’ I was told that one of our senior managers of IT who looks after that portfolio would send an email out to the users.
“However, he had gone home for the week and there was no secondary plan. Over the next four weeks, this same system that was critical to the organisation’s productivity went down five times, all of them from failed system changes.”
Business benefits first
Clark went on to explain that when he subsequently looked at the investment plan for 2011, there was one project on the list, called Implement ITIL with an estimated cost of about $700,000.
“I literally said; ‘I don’t give a damn about implementing ITIL, but we do have to fix our change management process’”, Clark said. “We had to stop shooting ourselves in the foot on such a regular basis.
“From my perspective as a CIO, I wasn’t prepared to put it ahead of other investments that were going to improve the student experience, administration and productivity. None of my executive peers was particularly excited about ‘implementing ITIL’ and spending close to a million dollars to do it.
“In the end, our decision was to improve service delivery. We wanted to stop production outage. Everyone around the table that I was trying to get money from was happy to fund improved availability. Implementing some of the ITIL processes was how we would achieve that but it was the outcomes we were focused on.”
Upstream’s Schembri believes that one of the most important relationships that a CIO can develop is with the CFO. At the end of the day, the CFO is the executive who measures the success or otherwise of capital investment and the one who is most sensitive to bottom line business benefits.
“At Upstream, we’re incredibly focused on customer satisfaction and margin,” Schembri said. “IT should be focused on contributing to achieving those goals. From an IT perspective, you’re not going to help increase margin and increase customer satisfaction unless you’re getting better at managing systems, applications and processes.
“The CFO buys into the conversation about improvement in cost of transactions.”
Complementing boardroom objectives
Crompton agreed the level of conversation for gaining ITSM project funding needs to complement boardroom objectives such as growth, profitability, customer satisfaction and governance.
“You need to be able to demonstrate that what you’re doing around ITSM is going to deliver those boardroom priorities,” he said. “Governance is a key component, it has far more prevalence and visibility now than it did in the past, but it’s not clearly understood.
“One of the key things that are missing in the governance models is active management of risk. People often put risk as an adjunct activity when it should actually be a formative activity as it defines your forward plan and it takes a different set of thinking.
“Managing risk is one thing, but really analysing what your risks could be so you do have a full spectrum of things that could go wrong, at a business level, and how you resolve them is a key component for helping you to put a service management model in place.”