Every time you say "Single Global Instance", god kills another kitten

1 December 2010

John Appleby

John Appleby

Global Head of Sales

I must confess that this has been troubling me for a while. If you have something – anything – to add then please chime in below. I don’t claim to  know the whole story here, or to offer all the answers. So let’s get it out there. What I want to know is: is there any business value to do this, or is it just a CIO’s wet dream? If you're the CIO or CFO or a large enterprise, please feel free to get in touch with me and talk about this privately.

What’s an SGI anyhow?

I’ve spent a substantial amount of time over the last 2 years invested in talking to organizations who are looking to move their IT into a single, big system. A SGI, or Single Global Instance, is the end-state of such an organization change. In SAP land, this means having a single ERP environment which contains information for all markets, countries and consolidation. Or at least most of them. It is often viewed as the nirvana of success of a CIO – consolidating all finance, supply chain and other information into a single information.

The question is, do the benefits of doing this outweigh the negatives that such a behemoth brings? Let’s take a look at that:

Reduced Total Cost of Ownership (TCO)

The types of organization that I’m talking about normally pull in revenues in the $30bn+ category and usually operate in 100+ markets through 4 distinct regions: NA, SA, EMEA & APAC. It’s clear that moving from a position where they have 100+ IT systems to… less than that… will deliver significant reductions in cost. In addition to that, common operating models and process homogenization aid in organizational efficiency and give a platform for future business change.

What troubles me is that I don’t think there’s much difference in cost in operating a system per market, and a single system – in terms of cost per employee. You trade 4 regional systems that have to operate independently on different equipment in different locations, for a single (bigger) system which runs in one location and requires expensive communications infrastructure through the globe. I’d challenge anyone who can show me a real return on investment from 4 down to 1.

Single view of the truth

One thing which is clearly a benefit with SGI is that you only have one product master, one customer master etc. So there’s no confusion between whether you are buying a product in China, or in the UK. Which is great until you realise you probably have different products in different regions anyhow. Made in different factories and with different labels and different ingredients.

This is exacerbated by the fact that for most organizations of this size, they have to invest significant resources into maintaining quality information. Most of these guys have dedicated teams of data people, just cleansing the customer and product data over and over. This is costing them $10m a year or more just in employee resources alone.

I’m not convinced what difference it makes therefore, having to reconcile master data through 4 regional systems. There is clear data ownership that way in the regions, and they can sort their own data out. Consistent process can still be maintained.

Financial consolidation

The one major thing you can’t do with a regional system is to get a global P&L sheet. Who actually cares about this though? Certainly no one in the regional offices do, they just care about their regions. So the only people who care are the people who are involved in head office finance, reporting to shareholders and posting consolidated charters of accounts. Financial Consolidation accountants are a special breed and they are used to manage the often manual process of making things match.

And there’s no problem here in the regional model, because we can easily build a consolidated Global Data Warehouse that sucks information from the regions and presents it in a consolidated format. On top of that we can use various consolidation tools if we need to, so that we can present information neatly to the CFO and shareholders.

Release management

This is where it all falls apart with the SGI. The cost of release management skyrockets when you consolidate outside of regions. Because when I want to make a business change that effects a global process, I have to go to a Global Change Approval Board (CAB). I then agree with representatives from each region (argue, I mean) and get my change through. 3 weeks later I have agreement to put a new field in a business critical report, but because it’s considered to be an invasive change, it gets pushed into the next release.

And here it gets worse. The amount of effort to test things means that you can do far fewer releases. Most organizations with SGIs have 1-2 releases a year, and all change is pushed into this window, which usually represents 4-6 weeks of real “development” per release. Some organizations try to fix this by running parallel IT systems for projects of different types and this just increases the cost of release management. Anecdotally, one global organization told me they spend $2m just building out a release – and often things are pushed out of releases – meaning that releases can happen, with very little change included.

Quality of life

I’ve worked on projects on SGIs and they suck. The 6am calls with Australia and the 10pm calls with California. The nightmare of orchestration and the lost sleep and burnt out consultants. It’s no fun for the people who have to work there and they know it. When will this become an important element for IT departments? Presumably when they can't recruit the best people, because they care about their own wellbeing first. That situation isn't here yet, but it's coming.


I'm not claiming to know all the answers here – far from it – but I really want to encourage discourse on this topic. From everything I have seen and heard in the industry, there is a law of diminishing returns after moving to a regional instance model. And I've not seen any true case for a Single Global Instance. If you think otherwise and would like to chime in, I'd love to hear from you. Or do you think god is just killing kittens?

View comments


Blog post currently doesn't have any comments.

About the author

John Appleby

Global Head of Sales

I've always been passionate about new technology. I cut my teeth helping global financial services and consumer goods companies build data warehouses to manage their business - especially when they wanted to run faster.

These days, I travel weekly across continents, helping clients differentiate themselves using analytics technologies. This then involved building a team to design the solution, make it work and lead it through to successful completion.

I believe that in-memory computing is radically changing the face of business so you can ask me about SAP HANA, or about any other data platform like DB2 BLU, Hadoop or MongoDB for that matter.

I'm passionate that giving back to the community reaps long-term rewards and this has shaped the last few years of my career - being a contributor to knowledge sharing websites as an SAP Mentor; and a sometime advisor to Wall Street investors on emerging technologies and those companies bringing to market new innovations.

When I'm not busy designing in-memory apps, you may find me pounding the pavement to the beat of music in the hilly suburbs of Philadelphia, or traveling the world to meet new people and new cultures.

Bluefin and SAP S/4HANA - welcome to the one horse race

We use cookies to provide you with the best browsing experience. By continuing to use this site you agree to our use of cookies.