The 3 Biggest “Shared Service Environment” Headaches
On the one hand, cost savings can be tremendous… but on the other, pulling off a large-scale shared service project is far from easy.
Over the past few years we’ve assisted with a number of major shared service projects, and we’ve seen first-hand which issues pose the greatest barriers to success.
Of course there are plenty of stumbling blocks along the way, but if you can get these three things right you’ll dramatically improve your chances of success.
#1 – Data Segregation
If we could give one piece of advice to a group of organisations embarking on a shared service project, it would be this: Begin with the end in mind.
And look, we get it. Shared service projects take months or even years to hammer out, and nobody wants to think about having to do the whole thing all over again in five or ten years. But realistically, shared service environments don’t last forever, and at some stage you will need to divide everything up.
But in the vast majority of cases, nobody thinks about the endgame when they’re setting up a shared service centre. Configuration items, services, customer information, and a whole host of other assets are combined… but nobody considers how they’ll be divided up five or ten years later when the contract term is up.
To avoid this problem, and the ticking time bomb that goes along with it, high quality data management is needed at an early stage. Ownership of individual assets and CIs must be clearly laid out, and a comprehensive plan should be devised to segregate data when the shared service contract comes to an end.
And it’s not just about the endgame. If your shared service data is clearly segregated from the start, there will be huge benefits to your ongoing reporting throughout the project. Your shared service will, for example, be able to provide bespoke reporting on services and SLAs to each individual customer organisation. These reports can be used to inform all sorts of valuable activities, such as service reviews, cross charging, and performance management.
#2 – Defining Services
When setting up a shared service environment, properly defining services is essential. To that end, a comprehensive should be setup.
And of course, we’re not just talking about a list of applications. In many cases, one or more of the organisations looking to build a shared service environment don’t have a comprehensive service catalogue of their own. There’s a world of difference between knowing which applications an IT department is currently supporting, and understanding all of the customer-facing services that rely on those applications.
The result? IT personnel become overly focussed on resolving technical issues, and don’t always appreciate that it’s the services as a whole that really impact the business. And of course, when several organisations decide to setup a shared service, these issues start to become a real issue.
So when you’re setting up a shared service environment, it’s imperative that you thoroughly define the services being supported. They may vary across organisations, but you’ll want to agree a set of uniform services that can be provided to each customer of the shared service environment. After all, the main purpose of the exercise is efficiency savings, and having multiple version of the same service will quickly eat away at your economies of scale.
And it’s not just the services themselves… you’ll also need to define, agree, and provide SLAs based on those services. This is a particularly weak area for many shared service environments, particularly in industries that aren’t traditionally business oriented, but considerations such as response times, fix times, hours of service, and performance targets will all need to be agreed and adhered to.
After all, once your shared service is in place each of the organisations involved becomes a paying customer. You’ll be charged for each service you receive, and you should expect to receive those services within the agreed timescales.
#3 – Aligning Processes
Of all the aspects of shared services, aligning processes often proves the biggest headache. From service requests to change management, shared service environments routinely end up bringing in multiple versions of services that all do largely the same thing, but which cater to individual organisations.
And of course, it’s easy to see why this happens. It’s much easier to allow each customer organisation to retain its own processes. No agreements or compromises need to be reached, and no arguments ensue.
But there’s a big problem: There’s no scaleability.
Once again, the primary reason for setting up a shared service environment is to save on costs. The less standardisation that takes place during the setup period, the less savings you’ll be able to realise. Unfortunately, it really is that simple.
To avoid this, you must be able to agree standardised processes with your partner organisations. In almost all cases, the processes in place at each organisation are (for obvious reasons) very similar. Agreeing a standardised set of processes will take some time, of course, but it’s far easier than it initially seems, and will have a huge impact on the overall success of your project.
Laying the Groundwork
When setting up a shared service environment, getting your infrastructure in place is essential. Once the shared service is in place, making substantial changes can be a nightmare.
And of course, a CMDB and service catalogue are the foundation of any effective IT service. But defining these effectively is hard enough for individual organisations, and becomes even more complex in a shared service situation.
If you’re thinking about entering into a shared service agreement, or are in the process of doing so, you’ve probably already run into this problem. And if your CMDB and service catalogue are causing you a major headache, we’d love to help.
Last year we ran a one-off series of free workshops to help people understand and avoid the most common issues organisations face when designing and implementing their CMDB and service catalogue. The workshops, run by Chris Hodder, proved so popular that we’ve decided to run one every month.
We want these workshops to provide real value, so if you’d like to attend you’ll need to bring at least three interesting CMDB or service design problems that you’ve faced… and Chris will help you solve them on the spot.
Our next available dates are:
LONDON – 22nd March, 2017
LONDON – 19th April, 2017
WARNING: These workshops are filling up fast. We only allow up to eight attendees per session, so if you’re serious about getting your CMDB and service catalogue right first time you’d better not delay. You can register here.