Latest Blog Posts

Focus on 2012: 5 key areas in Enterprise IT

(19 December 2011)

From in-house to consultancy: moving to the ‘dark side’

(01 December 2011)

Brace for the feared double dip: IT planning can maximise mergers and acquisitions

(27 October 2011)

The tricky business of justifying IT expenditure

(19 October 2011)

IT consultants should drop the ITIL clichés to win clients over

(19 October 2011)

Steps to a successful Service Transition – new white paper by Plan-Net

(26 September 2011)

‘Cloud Consultancy’ – Experience On Demand

(26 September 2011)

ITIL 2011: Continual Service Improvement or just the result of V3 being rushed?

(03 August 2011)

The GLOCAL IT Service Desk

(26 June 2011)

Oh no… Not another Service Management initiative!

(20 June 2011)

5 reasons to employ an IT consultant

(22 May 2011)

Financial firms’ IP is safe with VDI

(11 May 2011)

IT Support: grow-your-own or buy organic?

(11 May 2011)

Where is that ‘cultural change’ which makes ITSM Best Practice effective?

(19 April 2011)

Executive exceptions: Best Practice killers or just business as usual?

(10 April 2011)

Desktop Virtualisation: Still not a perfect View

(23 March 2011)

What is the impact of the Cloud on the existing IT environment?

(10 March 2011)

Private vs. public sector IT security: more dedicated staff, yet less awareness

(03 March 2011)

Surviving IT spending cuts in the public sector

(15 February 2011)

10 things we learnt in 2010 that can help make 2011 better

(23 December 2010)

IT workforce continuity

(17 December 2010)

Minimising IT downtime for finance professionals

(30 November 2010)

ITIL V3 – should you bother?

(24 November 2010)

Taking the third option

(25 October 2010)

The peculiarities of Metro Bank’s IT outsourcing model

(19 October 2010)

Saving ITIL – how to protect the reputation of Best Practice frameworks

(11 October 2010)

5 tips for moving Disaster Recovery to the Cloud

(04 October 2010)

Does the future of business mobile computing lie in hybrid tablet devices?

(27 September 2010)

How many police officers does it take to email 10,000 criminal records to a journalist by accident?

(15 September 2010)

The perils of commoditising IT Support

(01 September 2010)

Life after ITIL – creating a culture of Continual Service Improvement

(02 August 2010)

10 reasons to migrate to Exchange 2010

(27 July 2010)

Are you Off-Sure about your IT Service Desk?

(14 July 2010)

Mind the skill gap

(11 July 2010)

Microsoft should fear not – is Apple even in the same league?

(24 June 2010)

Is your IT Service Desk future proof?

(22 June 2010)

The quest for a portable office - are all mobile devices safe for work?

(21 June 2010)

Will Tablets rule the future?

(16 June 2010)

Getting back to work - but with a service provider.

(15 June 2010)

Cloud computing: how to minimise lock-in risks

(09 June 2010)

Public sector, private data - is outsourcing the Service Desk too risky?

(02 June 2010)

Doing more with less: an opportunity to learn

(06 May 2010)

Sharing the IT Service Desk: sharing cost, sharing quality

(03 May 2010)

So, Microsoft outsources IT support – What’s all the fuss about?

(27 April 2010)

Survey reveals 1/3 of UK organisations put off Windows 7 roll-out, but are they wise to wait?

(13 April 2010)

Is information safe enough at NHS trusts?

(31 March 2010)

Best Practice and Virtualisation: essential tools in Business Resilience and Continuity planning

(25 March 2010)

What to look for when bringing offshore work back home

(22 March 2010)

5 thoughts on the IT Service Desk that need re-thinking

(10 March 2010)

Microsoft System Center Service Manager 2010: a credible challenger in the Service Management software market?

(17 February 2010)

Do you really want to lose (inter)face?

(15 February 2010)

A new lease of IT life

(11 February 2010)

From ITIL v2 to v3 – where to start?

(08 February 2010)

Can you afford not to invest in Best Practice?

(02 February 2010)

Experiential Learning explained through Confucius

(02 February 2010)

Quick win, quick fall if you fail to plan ahead

(11 January 2010)

Cloud computing – Help your IT out of the Tetris effect

(08 January 2010)

One of you may be fired

(17 December 2009)

Hot or not. ..Says who?

(15 December 2009)

2012: avoiding the IT Apocalypse

(03 December 2009)

Punishment alone does not work

(03 August 2009)

HSBC Data Loss

(26 July 2009)

ITIL for ITILs sake

(02 June 2009)

VDI and Windows 7

(06 May 2009)

The art of deception

(05 May 2009)

VDI - the revolution begins...

(04 May 2009)

Wake up and tackle the real VDI issues!

(24 March 2009)

ITIL Version 3

(18 February 2009)

Virtualisation - making the headlines

(18 February 2009)

Batten down the Hatches!

(18 February 2009)

Overcome the Freeze

(10 January 2007)

What to look for when bringing offshore work back home

Posted in IT Support on 22 March 2010 by

If we look at the number of organisations outsourcing their software development, IT service desk or WAN support to India and other cheap-labour countries, offshoring nowadays seems not only convenient and straight-forward, but as easy as abc. But what the media doesn't seem to cover is an issue that is not at all uncommon: it hit Barclays, Quark, Dell and a large number of other companies - what happens if all is not well and you have to take the offshored back in-house?

The phenomenon has already been dubbed 'backshoring' in the US, where 30% of Fortune 500 companies have experienced it, according to Oxford Analytica. As for the UK, a survey conducted by the National Computing Centre found that 14% of the respondents who have used offshored facilities for their IT have switched work back to the UK, and another 24% are considering the move. This means that nearly 40% of organisations haven't found offshoring satisfying.

However, the problem is that once you decide to reverse the decision, the process is not trouble-free. Of those who have taken services back in-house, 30% say they have found it 'difficult' and nearly half, 49%, 'moderately difficult'. When we talk about IT, in fact, we are dealing with the pulsating heart and veins of a modern business, where everything seems to rely on technology. So the costs of reversing an offshore operation do not only cover the facilities and assets - it extends to data security, staff skills, system disruptions and inefficiencies, low user or client satisfaction, client loss, and maybe much more. What happens to the CIO who proposed or supported the offshore move?

Let's look at some examples. Barclays' recent 'divorce' from Accenture appears to be peaceful and grievance-free, just the best answer to their present needs. When the application development and management of their banking systems were assigned to Accenture in 2004, around 900 employees were transferred to the provider. But only 230 are expected to be taken back. What happens to the various development, support and maintenance staff and their skills every time they are shifted to the other side? Some are taken on by the new employer under TUPE arrangements - the Transfer of Undertakings (Protection of Employment) Regulations  preserve employees' terms and conditions with the previous company - although the majority will be lost, either voluntarily or forcefully made redundant. Unfortunately, when you lose people you lose their acquired skills as well, and to that there is no remedy.

An organisation which decided to openly talk about their failure is Everdream, which provides customers with remote desktop management services, and that in 2003 decided to outsource their Californian help desk to Costa Rica to aid scalability as their business was growing. Fifteen people were sent to the provider to train the call centre employees 'the Everdream way'. It turned out to be an ever-nightmare when trainers found themselves dealing with a completely different business culture where the idea of customer service was "move 'em through", clashing with the hands-on approach of the firm. The strong foreign accent also failed to impress the customers, who started to complain almost immediately. The 'shallow talent pool' led Everdream to pull out, as happened to Dell the previous year: customers unhappy with their Indian technical support launched in 2002 made the company decide to re-route calls back to the U.S. In Everdream's case, the pull-out was spread across six months, making the transition softer and minimising the damage, and many employees had their jobs back. However, it did take some extra financial effort to take the work back in-house and the long-term damage, the relationship with customers, is difficult to measure.

Bad customer service and poor product quality is what brought many Quark clients to switch from their software to Adobe's InDesign during the Indian experience, never to return - 60% of their customer base, it is claimed. When work was brought back home, the C-executive who decided and led the offshore move was fired without hesitation.

Finally, a mixture of reasons have brought many offshored Oracle projects to fail for a number of US companies, it was reported a few years ago. Communication problems, poorly skilled and trained developers and enormous cost over-runs were topped with the previously unconsidered difference in the Indian law system. Oracle jobs were re-shipped back to the US, but the unrecoverable financial loss left many organisations strained.

These examples confirm the findings of research in the area: the most popular reason for failure is the lack of preparation and execution not on the provider's but on the client's side. An organisation needs to be prepared and know what they want from the provider and if offshoring is the right move, to avoid disappointment. Poor joint planning is also often at the root: if the client does not clearly outline and clarify roles and responsibilities, expectations, performance metrics and flexibility prior to signing contracts, there is not much to be expected. Service Level Agreements have to be clear for both sides and have realistic metrics and targets. Experts also suggest defining an exit strategy for contract end or for under-performance, as in fact poor vendor performance is another important reason for failure. Problems related to communication between the in-house and offshore team and to their different culture are often the cause of poor execution, as highlighted with the case of Everdream.

It is important to note, nonetheless, that not all outsourcing projects end up in failure. There are plenty of instances where they do deliver real benefits, both in terms of cost-reduction and improvements in service. However, the success stories tend to involve the use of a partner closer to home, able to understand the client's environment while allowing easier monitoring of their performance.

So in the case of offshoring gone wrong, what should a CIO take into account when considering the costs of its failure?

The most obvious, and often largest, cost comes about when taking down the offshored department and re-installing it elsewhere should things go wrong, either in-house or with an IT partner nearer to home. Then there are the costs related to lost skills: organisations are unlikely to be able to re-employ previously fired staff so it will be a case of starting again from scratch. New staff will have to be found and trained, and it will take time before service levels are sufficient to deal with business demand - meaning costs could quickly run to seriously damaging amounts.

Technical issues like data security are also not to be overlooked. Different countries have different laws, and might not be so respectful of the privacy of your data. It can be lost, stolen and leaked by redundant employees abroad, legal protection from whom might be weaker than in the UK.

Finally, one last consideration for any CIO is the cost to them as an individual. Should a project as controversial as offshoring fail the responsibility is likely to rest squarely on the shoulders of the person in control. This means ensuring offshoring is really the right path for your organisation is key, as is making sure you are able to clearly demonstrate that it was the partner, not the process, that was at fault should things go wrong - both of which being easier said than done.

Adrian Polley, CEO

This article has been published on CIO UK: http://www.cio.co.uk/article/3217488/what-to-look-for-when-bringing-offshore-work-back-home/?intcmp=HPF3

Post your Comments

(required)

(required, never displayed)