The 3 Biggest Shared Service Environment Headaches

The 3 Biggest Shared Service Environment Headaches

Shared service environments are a conundrum.

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.


#2 - Defining Services

When setting up a shared service environment, properly defining services is essential. To that end, a comprehensive service catalogue 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.


Please feel free to call me directly if you'd like to discuss your "Shared Service Environment" headaches! Tel: 0203 1300296 E: [email protected]



要查看或添加评论,请登录

Chris Hodder的更多文章

  • Olivia's hair is

    Olivia's hair is

    Well it's finally done! My personal hero Olivia Hodder has gone and donated her first haircut to the Little Princess…

    1 条评论
  • DRYiCE AIOps webinar - May 7,2020

    DRYiCE AIOps webinar - May 7,2020

    IT Operations’ professionals are under more pressure today than ever before as IT leaders are being thrusted to provide…

  • WHITEPAPER - Risk Reduction Through Proactive Problem Management

    WHITEPAPER - Risk Reduction Through Proactive Problem Management

    Introduction I have a suspicion that out of all the ITIL v3 processes it is the Problem Management process that is…

  • CIHS Request Approval Matrix for Cherwell

    CIHS Request Approval Matrix for Cherwell

    CIH Solutions Ltd. clients face a common challenge with ITSM tools out of the box solution for approvals a common…

  • Congratulations to Lookers IT Service Delivery Team

    Congratulations to Lookers IT Service Delivery Team

    CIH Solutions would like to extend our congratulations to all the winners of the Lookers IT Awards held in Manchester…

    1 条评论
  • CIH Solutions sponsors Lookers Team of the Year.

    CIH Solutions sponsors Lookers Team of the Year.

    We’re delighted to announce CIH Solutions will be sponsoring the Team of the Year Award at Lookers Technology Event…

  • CIHS’ 10th Anniversary Recap: Why ITSM is So Hard

    CIHS’ 10th Anniversary Recap: Why ITSM is So Hard

    On Monday 7th August, CIHS turned 10 years old. That’s a whole decade we’ve racked up helping people put together fully…

    1 条评论
  • Top 3 Considerations for Moving ITSM to the Cloud

    Top 3 Considerations for Moving ITSM to the Cloud

    Unless you’ve been living under a rock for the past several years, you’ll already know traditional IT services have…

  • Asset vs. CI: What's the difference?

    Asset vs. CI: What's the difference?

    One of the most common misunderstandings about ITSM is the difference between an asset and a configuration item (CI)…

    2 条评论
  • CMDB & Service Catalogue Design Workshop

    CMDB & Service Catalogue Design Workshop

    CIHS are hosting a series of CMDB design workshops in Central London, Leeds and Dublin. The main aim of the workshops…

社区洞察

其他会员也浏览了