Asian Outsourcing from NZ - Why it doesn't make sense
So it's a recession, cost cutting is rife, and there's plenty of articles and books around outsourcing to India or China. It all seems to make sense, US$12/hour for a developer to put together your amazing website, or integrate your backend systems. Great in theory, but in my experience not so great in practice. There's a couple of obvious reasons why it doesn't work so well, and here's why:
Greatest Profit for the Outsourcer
Put yourself in the shoes of an imaginary Indian outsource firm Hyderabad OutIT. Hyderabad OutIT has 3 markets, the U.K., the U.S., and NZ. You have 150 developers, across varying levels of skill. You grade your staff A, for the best and most experienced, B for some experience but still has a way to go, and C for the graduate programme and those with almost no experience. Given your each of your markets size and exchange rate, where would you send your A grade staff? B grade staff? And the lowly C's?
Based on this simple math, if you outsource from NZ to an outsourcing firm that services other markets, it is highly unlikely that you'll get the highest quality of staff that any outsourcer has to offer.
Communication
I've read some great books and articles about outsourcing to India, e.g. "The 4-Hour Workweek" by Timothy Ferriss and "My Outsourced Life" in Esquire magazine, and they rave about the English skills of their respective outsourcing experiences. I have tried some, and have found them lacking in this area. Many of the books and articles talk about accent neutralisation, but this does not in reality seem to happen to all the people you might talk to from your outsource partner, nor does it give them the experience in listening to the Kiwi accent!
However, possibly worse than this, is that due to the markets they service, outsourcing companies often have only 2 phone numbers - a U.S. one and a U.K. one. So thinking about call quality here, when you call your outsource partner to have your weekly project discussion, your call goes to the U.S. (or U.K.), then is routed to India (or China or anywhere), and then back again via the U.K. or U.S. Talk about lag!
Additionally, there seems to be a culture of agreement, even when the message isn't properly understood. Saying 'do you understand' will usually elicit an immediate 'yes' response, and then the result you get is completely incorrect. So instructions have to be well defined, communicated, written down and then asked to be paraphrased back to ensure understanding. And remember you're paying them by the hour here, as well as taking a lot of your precious time to work with this structure.
Timezones are also an issue, meaning your project has many meetings outside of normal business hours, cutting into personal time, and if you have contract local project managers, costing you more for the out-of-hours time. And then when you have an urgent issue at 9am, you have to wait a few hours for the country to wake up!
Local Skills, Local Dollar
Finally, there are many great local companies providing development skills, without the risk of exchange rate fluctuations, without communication issues, without international travel and accomodation costs, and being across town or a short flight away if you need them now. You can get around the table with them to discuss requirements or issues, and formulate plans. Though often not able to compete with the numbers of reference projects due to the NZ market size, they make up for it with energy and can-do attitude that is inherent in the NZ culture. Not to mention the drinks you can share at the project-close party.
And yes, of course TEIQ is one of those great small companies.

Comments
Asian Outsourcing - A Different View Hey James Yes you are right in saying "Local Skills, Local Dollar". I respect your views and visions, BUT do not agree with your views about workforce back in India. Your points like cultural difference, or time-zone difference is well agreeable, even agree with "experience in listening to the Kiwi accent!" cannot be matched, but your concerns like B Grade or C Grade workforce is not correct. Nor is the communication channel from NZ to US/UK and back to India/China. Today in the era of Globalization, entire world is a small village, and we may be a distant neighbor but not that far that it is impossible to talk and understand. And to communicate, with Skype & direct telephones its just a call away distance. No need to get to US or UK to talk to us. You may be having some not-so-pleasant experience getting the work outsourced, but all are not same. There are person like me who are Individual freelancer, and working for SugarCRM freelancing from 2005 (check me as "webnetin" in Sugarcrm forums), and with many like us, there is no Grade A, Grade B or Grade C :) Even for your fear on giving more importance to US or UK client. No it is not true, for a professional it all matters he/she has a client who can vouch for him/her, and yes pays him/her rightly. Like for me my rate is US$25 an hour (I know its high, but this is what my client happily pays :), now whether I get this or equivalent from US or UK or AUS or NZ how does it matter for me. About English Accent, yes it is different, nut when we can understand and give services to US or UK or AUS then why not Kiwi's. And lastly about your statement "Saying 'do you understand' will usually elicit an immediate 'yes' response, and then the result you get is completely incorrect", I agree with you, but then Software is transformation of Imagination(Vision), which always not go the right way! And more importantly Imagination differs even between biological brothers. And thats why all our Software practices like Proj Mgmt, CMM talks about Requirement Specification. The written piece of requirement. And why not in Software when this is in practice in all trades, doesn't a map is prepare before constructing a building. Do not we take a detail specification before buying a gadget or a car. And I am sure you will agree the price needs to pay by receiving end, whether you pay to an architect (for building map) or your car company (when you buy car..), so why not to a Software developer. I need to stop here, but your article gets me to clarify some of the view points. Thanks Bipul
Post new comment