Hugo Messer
21 December 2010

How do we solve communication problems in (offshore) outsourcing?

Hugo Messer 21 December 2010

About Hugo Messer

Hugo Messer is the CEO of Bridge Global IT Staffing and is a Global IT Staffing Expert.Hugo Messer has been building and managing teams around the world for over 7 years. His passion is to enable people that are spread across cultures, geography and time zones to cooperate. Whether it’s offshoring or nearshoring, he knows what it takes to make a global cooperation work.Read his articles here.To know more about Hugo and his global team building programs visit www.hugomesser.com

17 thoughts on “How do we solve communication problems in (offshore) outsourcing?

  1. I’m amazed, I must say. Rarely do I come across a blog that’s equally educative and engaging, and without a doubt, you have
    hit the nail on the head. The problem is something not ehough people
    are speaking intelligently about. I am very happy that I came across this during my
    search foor something concerning this.

  2. Hello
    I completely agree with Ajeva that communication is a board topic in outsourcing process.So that we have to set of clear guidelines on how to develop requirements and understanding the exact requirements of the user with the help of meetings.

  3. I don’t think there’s anything superior to finding problems as soon as possible and developing collaboration experience with simpler problems before trying to resolve harder ones.These dictate the use of an iterative methodology. Working together on a partial solution develops understanding and trust. Some management concern is diluted which allows other issues to get more mind share.

  4. JEMUNS thanks !tolaya Bollywood célébrités sont souvent connus pour être associés à des causes qu’ils croient greagitpo et Save the Girl

  5. I would like to know if people working offshore have the facilities to contact home.like email friends and relatives.How often can they communicate?Please anyone enlighten me. Thanks in advance everyone for your comments.

  6. Pingback: How to manage expectations across borders and cultures? | Bridge-Blog

  7. Hi Hugo,
    Communication gap in outsourcing can mitigate only when both offshore and onshore take some steps to neutralise their accent(prime culprit of communication gap).Generally we see that offshore is given haffty amount of training to learn culture,accent,written communication but not onshore people.Also during verbal and written communication we should use simple words because our main emphasis should be on getting our ideas or view communicated to other rather than making people perplexed with words.

  8. Hugo

    Yes Communication Problem is one of the biggest challenge towards Offshoring/Outsourcing…..As Ian suggested when you select a vendor who is having the Local presence in your area will keep these problems aside as you will be having a person(I am sure that the person would be from the Management Level)…to communicate whenever you need to have.

    Here are some suggestions which can eradicate the communication problems

    1.Have a manager from the offshore team who should work on your local time.You can demand it from the provider before you hiring them as your partner/vendore…And have it as a Mandatory one…..

    2. Be sure to have some communication lines while you start like Chat,email,phone,Video conferencing etc

    3.Always have a verbal communication with written correspondence to the offshore team(some times the writing style/Words can create some problem).

    4. Make sure that the scope & requirements you provided is clear to the offshore team(It is important to get the work done at your expected level& deadlines)

    5.Can use communicative tools like Google docs…or some project management tools….

    Other than these As a Service buyer you can consider the language barriers…….You cant expect the Offshore team to speak perfect English.Be sure that the Offshore team is not disadvantaged because of the language hitch…….

    I have been listening/reading to the problems while offshore/outsource quite some time now….. whatever i read out through some articles in the past have been collaborated to my views are posted here

    I would like to see more answers from the people around here …….

    hope it will helps you Hugo and Thanks for asking this question here

  9. Hugo,

    Only outsource offshore if the vendor has local country presence (your country). If you find that for whatever reason you cannot get immediate problem resolution or are able to talk to a senior operational person when you want to regardless of time of day go to the local representative in your country and build in the communication process – access any time, any day. I have found most vendors to be reasonably compliant when they have local representation but offshore solutions.

  10. Hugo, I would encourage you to consider the broader research in sourcing in particular IT outsourcing, to help you with what might be the underlying issues that present themselves as communication issues. Willcocks, Feeny, and Olson have published a considerable body of work on IT outsourcing and what contributes to failures. Similarly, I would encourage looking at the various sourcing maturity and capability models to gain additional understanding around what might be underlying issues that present themselves as communication issues.

    What you might conclude from these readings is that organizations likely to use sourcing often have low capability and low maturity in the sourcing function – that’s why they look to third parties. It is their readiness as a sourcing recipient that also makes them resistant to the structure you seek to offer them and that would help overcome the cultural or language challenges.

    Also remember there are some functions that are best left onshore so as to eliminate the language variable.

  11. Hugo,

    Based on experience, process is absolutely the key. Many of these issues are rooted in issues that can be addressed through process. As an example we operate 24×7 with widely varying shifts between programs with clients spread across the globe.

    To address the basic scheduling issue (and, to a certain extent, English communication skills); we set-up a help-desk to be both a resource to all stakeholders and to assure communications are routed and properly addressed. All issues are logged into our support app, Zendesk, and then open items are reviewed at the outset of each of the three shifts/day and then escalated appropriately.

    The help desk personnel all have experience working with tough clients (collections, telecom billing or moves/adds/changes). This has been effective in terms of maintaining continuity of communication (clients know the help desk people by name), assuring nothing gets lost in shift transition, and to provide a single point of contact. It also develops accountability for resolution since only the person who requested the ticket can close it. We therefore have a result-oriented basis for managing the communication process.

  12. Hi Hugo,

    My 10 years experience of work in Russian IT outsourcing companies shows that it’s always painful (for the first 2-5 weeks) to find the comfortable way (for both sides) to communicate to each other (customer team and outsourcing team). After that it becomes clear and effective. And after that it is very helpful to plan the regular trips (once per 2-3 months) for team members for both sides (frequency depends on project duration of course and its budget) – ideally to allow every person involved to the project from both sides to work together in one location for 1-2 weeks.

  13. Hugo:

    There are multiple reasons for failures in communications, many of which are cultural. Others are contextual. There is one type, though, that can be relatively easily remedied through training, and that is the improper usage of English by native English speakers.

    The reference I would recommend, very strongly, is a book by Edmond Weiss, called “The Elements of International English Style”, published by M.E. Sharpe, 2005, ISBN 0-7656-1572.

    To give a couple of examples: to a native English speaker (whom Weiss would call E1), the following sentence has only one meaning; “Last year, our company’s sales took off 20 percent.” However, to a non-native English speaker (whom Weiss would call E2), the meaning is unclear. From personal experience with my foreign students, I can tell you that 50 percent understand it as an _increase_ of 20 percent, but the other understand it as a _decrease_ of 20 percent. A dictionary’s first entry for “take off” is to “remove.”

    Add to this type of problem the number of E1 writers who misspell commonly-confused words, such as “accept” and “except”, which sound similar but have radically different meanings, and add a couple of grammatical errors, and the E2 reader is thoroughly confused. Take “Our company would like to except your offer …” To an E1, it’s clearly a typo/misspelling of “accept”, but to an E2, it can easily be understood as the opposite, that the company wants to take exception to the terms of the offer.

    Weiss has many more examples and does a wonderful job of presenting the issues in a very organized manner. I strongly recommend you consider using his material in your training.

    Good luck.

    Pierre

  14. Hugo, I think you’ve hit on the very necessary first step for improving “communications” with offshore resources. That is, both the local and offshore people need to understand and accept how their different cultures impact what they say and what they hear. For example, things that are critical to North American business people may not carry the same urgency for offshore resources, and vice versa. The willingness to say “I don’t know” or “I’m not ready” may vary across cultures, as do attitudes toward organizational power structures. I am speaking from my own experience, some of it painful, as an IT Director working with offshore operational and call centre resources.

    So, I would work on the cultural understanding between the local and offshore people first, then work on the tactical communication issues with as much collaboration as possible between the two groups.

  15. Very relevant question, and very valid ingredients. I’d like to highlight a couple of aspects that I find key – I think they would all fall under points one and two above:
    - Management needs to be aware of the “remote” challenges, set expectations, and create processes and rules. The processes described, and the team’s success, will only thrive with active monitoring and managing. In order to do so, some managers may benefit from training, or reading about the challenges of virtual teams.
    - Make the team members as “tangible” and real to each other as possible. The degree to which this is the case will vary by project or offshoring relationship. In a longer-term relationship, I’ve found benefits in sharing some personal information such as birthdays, pictures… anything that would help the transition from abstract e-mail writer to actual person. Team members will make more of an effort to understand the remote party when they are “people” with interests, dislikes etc. It’s much easier to dismiss, misunderstand, or even trash somebody who doesn’t have a face.
    - Exchange information frequently, and don’t assume that the other party has it. One challenge in virtual teams is the “interpretation of silence”. If the other party doesn’t reply, does that mean that they actively ignore me, did they take a day off without telling me, or are they at home celebrating a national holiday that I’m not aware of? Removing the “black box” helps set expectations, and prevents people from assuming the worst-case scenario. Again, if we don’t know the other party, or if the relationship is already on a downward trend, we tend to assume the worst motives for certain types of behavior, which can escalate otherwise insignificant issues, and magnify them out of proportion.
    - A project management tool and written communication, including call minutes, can be of tremendous help whenever there is a language barrier. When I worked with an Indian BPO provider and I gave them assignments on a phone call, I asked them to take notes, and keep minutes. It helped me see if the instructions were really understood in the way they were intended.

  16. Hello Hugo,

    In my own experience, SCRUM solves it all for you, even if offshore. I am working in an environment, where the Product Owners are based in Munich, the Development is based in Yerevan, Armenia.

    The development and product owner teams come together every 2 weeks, first for the Review of the Previous Sprint (SPM), then kicking off a new Sprint Planning Meeting. We try to reduce to minimum the communication during the sprint. And, at the end of the day everything depends on the quality of the User Stories. If the user stories are well formed and well understood by the team, then the problems are solved. On the other hand we also have a tool, where all the user stories, tasks are opened, and tracked.

    At the moment the only problem we sometime have, is the connection problems. The more stable and clear is the communication in SPM and SRM, the less are headaches.

  17. I have to agree with you that communication is a broad topic and it’s not just about the language a person speaks. Yes, language barrier is the top cause of communication problems in outsourcing, but there’s so much more – like not setting goals and expectations right prior to the delegation of tasks at hand. Then, there’s cultural barrier. If your business plans to outsource, make sure that communication guidelines are in place.

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>