ITSM Evolution – Practical Steps to Stay Current

Using ITSM Tools can be like rummaging through a garage full of old tools that you rarely use in order to find one or two tools that you do
Using ITSM solutions can be like rummaging through a garage full of old tools that you rarely use in order to find one or two tools that you do

ITSM Evolution – Practical Steps to Stay Current is a guest post contributed by Dirk Anderson, Head of Product at RedPixie

 

With the growth in BYOD and the consumerisation of devices, more and more enterprises are adapting the way that they use technology to service the business effectively.   However, many ITSM tools have been designed to give traditional IT teams a way to manage traditional services and processes at a component level only, whether that’s processing tickets or responding to an individual end-user request.  The challenge, however, is whether or not ITSM evolution is possible and demands of the business can be met using the current tools at our disposal.

Today, firms need to ask themselves if this type of service level approach, using legacy methods, can flourish, or even survive in the future. This article will look at the practical steps that we’d recommend IT Service Managers consider, to deliver services that address the needs of the internal ‘business customers’ in a dynamic business environment, where user expectations are more demanding than ever.

 

Step 1: Know your customers

As a matter of course, you should already be undergoing customer satisfaction surveys or have appropriate forums for regular dialogue with your internal business customers. Use these forums to gain an appreciation of how your customers do business today, what IT services they use and what may change in the future. It is likely that:

  • Your business will be using more personal devices and business customers will expect to access corporate applications and data securely from those devices
  • Your business customers will be embarrassed if their business partners and guests cannot easily use your enterprise guest wireless whilst they’re visiting
  • Your business customers will expect to work effectively from wherever they are
  • They will expect to walk to another desk or meeting room and instantly access the IT services, applications and data at those locations

Expectations are changing. It’s important to explore these areas, and never shy away from hearing frustrations. Canvas their views on new service capabilities that would improve their experience and help them be more productive.

 

Step 2: Pay attention to your IT service portfolio

Look at the IT consumer services that you provide, and break them into categories. There is high chance that you will have one category (and call it what you prefer), has a large percentage helpdesk tickets that are similar. This means that “your consumers” repeatedly need to consume these same critical services. These include: resetting passwords or removing software on end user devices. It is important that you automate these services and allow the business to self-serve. This will free your team up to focus on the emerging services that need to become part of your service portfolio. As you add those new services, some may fall into this same category. Consider how automation and self-service capability is applied to those emerging services.

 

Step 3: Evolve ITSM Toolkit to Meet IT Service Goals

As you evolve your service portfolio, how well does your current ITSM toolset fit your strategic needs? It is important to evolve your ITSM toolkit to meet your longer term IT service objectives. Can you easily add common cloud services and can you automate and allow your consumers to self-serve?

In larger enterprises, you should think like a public cloud provider. You provide the capacity and the technologies and your customers help themselves to the most common services, without the IT team’s involvement. You should focus on managing areas such as, overall service capacity, the software license position and the development of your service portfolio. Commonly used or repeatable IT services should be available to your customers to help themselves, in the way customers consume Microsoft cloud services, for example, without the need to involve Microsoft’s Cloud IT support team. If your ITSM toolkit does not support that strategy, then you need to consider replacing or adding to those tools, to support a more strategic focus. That may mean looking at new ITSM capabilities that augment existing processes and tools to deliver “new world” capability within your service portfolio.

 

Step 4: Review and measure

As your service evolves, make sure that you have a continuous review cycle in place with an internal business customer group.  It’s important to measure not only how the service portfolio fits the changing needs of the business but also whether your ITSM “toolkit” allows you to shape your service around your changing business. The following are critical:

  • Know your service portfolio – To measure the services that you provide as an enterprise IT team, be clear on the portfolio of services provided. It starts with a list of those services, typically on a web portal explaining clearly what the services are (and are not). The portfolio needs an overall owner, typically a senior IT head, and the individual services require service owners, such as IT line managers. This list of the services requires ongoing maintenance.
  • Manage the service portfolio – Work with business representatives and senior IT stakeholder to ensure that the portfolio remains manageable. As new services are used, you need to be able to remove other services, unless the business is willing to fund you to support an ever-growing and unsustainable portfolio.
  • Measure the service portfolio – Develop a way to measure your portfolio. This needs to include which services are used by whom, and the level of consumption. Undertake a Service Review, and work with the business to get feedback on the quality of those services. Understand the cost of providing those services, relative to their business value.
  • Build a Governance Function – Be open and discuss the importance of not creating a technical debt because of a “bloated” portfolio. You only have so much capacity as an IT function. Consider building a senior governance function to support the integration of new technology capabilities whilst removing non-strategic services and technologies.

In summary do everything you can to know your customers, understand your changing service portfolio, be aware of current limitations in your ITSM toolkit and evolve it for emerging demands, and lastly, proactively review and measure.

 

Image Credit

Pink14 Preview: What’s the big idea?

"Sometimes you're so busy putting out fires that you don't have time to improve fire-fighting or fire-safety"
“Sometimes you’re so busy putting out fires that you don’t have time to improve fire-fighting or fire-safety”

Do you ever get a Big Idea?  You’ll be talking or reading about ITSM and the proverbial light bulb comes on.  You see a connection or an underpinning concept that you hadn’t seen before.  Sometimes it appears to be an original insight, one you haven’t heard expressed exactly that way before.  And very occasionally it really is novel and it really is right: you subject it to the scrutiny of others and it stands up.

It happens to me.  Because I’m privileged to spend so much time interacting with some of the best minds in ITSM worldwide – and thinking and writing about what I learned in those discussions, and applying that knowledge as a consultant – it happens to me quite often, about once a year. In fact I will be presenting on some of these big ideas at the upcoming Pink Elephant IT Service Management Conference and Exhibition (PINK14).

Standard+Case

A couple of years ago my Big idea was Standard+Case, a topic which I will be running a half-day workshop on at PINK14.

Standard+Case is a synthesis of our conventional “Standard” process-centric approach to responding, with Case management, a discipline well-known in industry sectors such as health, social work, law and policing.

The combination of Standard and Case concepts gives a complete description of ticket handling, for any sort of activity from Incidents to Changes.

  • Standard tickets are predefined because they deal with a known situation. They use a standard process to deal with that situation. They can be modelled by BPM, controlled by workflow, and improved by the likes of Lean IT and ITIL.

  • Case tickets present an unknown or unfamiliar situation. They rely on the knowledge, skills and professionalism of the person dealing with them. They are best dealt with by experts, being knowledge-driven and empowering the operator to decide on suitable approaches, tools, procedures and process fragments.

ITIL and Lean do fit this S+C paradigm, if you use them in the right situation: Standard responses. S+C extends them with better tools for non-Standard cases: Adaptive Case Management, Kanban, Knowledge Centered Support(KCS)… Better still, this S+C approach might let the ITIL and anti-ITIL camps live in peace and harmony at last.

Slow IT

Last year it was Slow IT.  Slow IT is a provocative name.  It doesn’t mean IT on a go-slow.    It means slowing down the pace of business demands on IT so as to focus better on what matters, and to reduce the risk to what already exists.  Think Slow Food, and more recently Slow Business and mindfulness etc.

The intent of Slow IT is to allow IT to deliver important results more quickly.  It does this by concentrating on the interfaces between business executives and CIOs.  Slow IT highlights the importance of Governance of IT and of Service Portfolio in order to make the right decisions to do the right things in the right way at the right time, to maximise benefit and minimise risk.

Right now the pace of change in IT is approaching human limits.  Many IT shops are overwhelmed by change, drowning in projects.  More are overheating: working at lunatic pace because the IT community convinces us we have to.  Slow IT challenges the hysterias and fads of IT to ensure that these results are really needed as quickly as we think they are.  Slow IT is about trying to introduce more measured responses, to bring some sanity to the current dangerous madness that is organisational IT (you can read more on this here).

I’ll be presenting on Slow IT at PINK14.  In addition we’ll talk about my Meet-In-The-Middle strategy to address the Slow IT issues by offering a quid pro quo: Fast IT.   If the organisation will slow down the demands on IT, IT will have the breathing space to implement approaches to respond faster, such as Lean, Agile, DevOps, and good old CSI.  Right now too many IT teams are so flat out serving the business they don’t have the bandwidth to introduce better methods properly.  It’s the old catch-22 of being so busy putting out fires that you can’t improve fire-fighting or fire-safety.  Slow IT takes off a bit of pressure, giving the team some headroom, to make improvements.

I hope to see you at the Pink Elephant ITSM conference.  I’m honoured to be assembling some of those great ITSM minds at the Pink Think Tank, to address one of the biggest issues facing IT today: how to manage a multi-sourced IT value chain.  We’ll be looking to produce tangible actionable advice, so look out for the results.  I have a feeling it may be the catalyst for my next Big Idea.

What do YOU think the next “big idea” will be?


Find me at PINK14: