Oral versus written communication in offshoring
People who engage in offshoring, have a natural, human inclination to 'just start communicating'. My experience has made me think a lot about the most effective way of communicating in an offshoring context. If you are involved in managing an offshore team, you might have asked yourself whether it's more effective to orally explain what you need (using skype or phone) or to write it all down? The key factors influencing the 'effectiveness' in this case are 'time' and 'knowledge'.
Human inclination is to:
A. Call your programmer in India and explain it by voice (' it costs me too much time to write everything down')
B. Drop your offshore programmer an email or skype chat message ('it costs me too much time to make a formal functional design'
Let's consider the influence of time and knowledge on these ways of communicating.
Mensen die starten met offshoring hebben een natuurlijke drang om ‘gewoon te starten met communiceren’. Ik heb door mijn ervaring met offshoring veel nagedacht over de meest effectieve manier om te communiceren in een offshore context. Als u eenoffshore team managet kunt u zich afvragen of het effectiever is om verbaal te communiceren (via telefoon of Skype) of om alles op te schrijven. De belangrijkste factoren die de ‘effectiviteit’ beïnvloeden zijn in dit geval ‘tijd’ en ‘kennis’.
Mensen hebben vaak de drang om:
A. Hun programmeur in India te bellen en alles verbaal uit te leggen (het kost namelijk te veel tijd om alles op te schrijven).
B. Hun offshore programmeur een e-mail of Skype chat bericht te sturen (het kost te veel tijd om een functioneel ontwerp te maken)
Laten we eens kijken naar het effect van tijd en kennis op deze manieren van communiceren.
Folk som engagerar sig i offshoring, har en naturlig mänsklig drift att “bara köra igång och börja kommunicera”. Min erfarenget har fått mig att reflektera mycket över det mest effektiva sättet att kommunicera i ett offshoringsammanhang. Om du är engagerad i hantering av ett offshore team, kanske du har frågat dig själv om det är mest effektivt att muntligen förklara vad du behöver (via skype eller telefon) eller om du ska skriva ner det. Nyckelfaktorerna som påverkar effektiviteten i detta sammanhang är tid och kunskap.
Människan tenderar att:
A: Ringa din programmer i Indien och förklara allting muntligen (”Det kostar mig för mycket tid att skriva ner allt”)
B. Skicka din offshore programmer ett e-mail eller skype-chat meddelande. (” Det kostar mig för mycket tid att. Skapa en formelll, funktionell design.”)
Menschen, die sich am Offshoring beteiligen, haben eine natürliche, menschliche Neigung dazu, „einfach anzufangen zu kommunizieren“. Aufgrund meiner Erfahrung habe ich mir viele Gedanken über die effektivste Art und Weise der Kommunikation in einem Offshoringkontext gemacht. Wenn Sie an der Verwaltung eines Offshoreteams beteiligt sind, haben Sie sich vielleicht gefragt, ob es effektiver ist, mündlich auszudrücken, was man benötigt (durch die Benutzung von Skype oder dem Telefon) oder alles niederzuschreiben? Die zentralen Faktoren, welche die „Effektivität“ in diesem Fall beeinflussen sind „Zeit“ und „Wissen“.
Die menschliche Tendenz ist es:
A. dem Programmierer in Indien anzurufen und alles mit Hilfe von Worten zu erklären („ es kostet mich zu viel Zeit alles niederzuschreiben“)
B. dem Programmierer eine Email oder eine Nachricht via Skype zu schreiben („ es kostet mich zu viel Zeit ein formales und funktionales Design zu erstellen“)
Lassen Sie uns den Einfluss von Zeit und Wissen auf diese Art und Weise der Kommunikation überdenken.
In scenario A, you make a call to your programmer to explain a certain functionality or part of your project, he will listen carefully. Some might make notes, some might ask many questions, all with the aim of understanding what you require. You spend 20 minutes talking to your programmer and you both conclude that things are clear. The programmer gets to work and starts coding. He faces a logical question and starts wondering what is the best solution (either he has not understood what you meant somewhere OR you thought you had explained but you hadn't OR he thinks of a better solution than you envisioned). He has no reference to the voice talk and can't talk to his team leader. His only option is to call you again and so he does. You spend another 20 minutes and the same thing might happen again the next day (for the same or another part of the project).
The question here is whether you indeed saved time not writing it down and talking by voice instead. Most likely you didn't. The issue is knowledge. You have a certain knowledge about what you require (which your offshore colleague doesn't have) and you try to communicate this verbally. Your mind works differently when speaking about a requirement or when writing it down. Writing it down, forces you to consciously think about every detail of your requirement. It make you think deeper about what it really is that you need and you only put it in writing when you are sure. You also have more time to think how your offshore programmer will perceive what you write down (the better you know him, the better you'll know what information you need to provide). The additional advantage of writing it down is that you are not the only person able to explain what is required. The offshore programmer can ask his team leader or colleague to read what you require and together, they can arrive at a solution. This will avoid the extra rounds of communication.
In scenario B, you drop him an email or skype chat message explaining what you require. The programmer gets this email or chat message and if he has questions, he'll most likely reply to your message. You reply again and you get a threat of questions and answers. This repeats itself for many requirements (which you most likely each put in a separate message). 2 things happen here: 1. the communication becomes a mess because emails and chat messages are everywhere, get lost or confusing; 2. the mind has only written text to capture the requirement.
If you would explain the requirement by voice (after you have sent it in writing), the programmers mind has had the chance to process the information. Her mind has formed a picture of the requirement and might come up with some doubts, questions and/or improvements. Having a call after that, will most likely result in an effective talk to clarify the information. If the programmer has further questions, she could always call again or has the option to ask her colleague. And to make your and her life easier, it would be best if the written documents are not in emails or chat messages, but in an online system with structure and overview.
In my experience, the three golden rules for offshore communication are:
1. Invest time to write down your requirements (and use your mind to really think through each detail); ideally, agree on a standard way of documenting requirements.
2. Use voice (skype/phone) to clarify requirements + ensure that the programmer writes down what was discussed (so you can later on always check whether it is understood and what was agreed exactly)
3. Save all written communication in an online project management system.
A variant of rule number 1 could be to communicate a requirement by voice to an offshore programmer and ask her to make the written document, which you check after receiving it. This may save you time in writing things down, but will most likely only work when you really know the offshore programmer.
Dats a gud one….!
Na ongeveer 3 jaar actief als outsourcing klant sluit ik me compleet aan bij bovenstaande ‘gouden regels’.
Daarnaast heb ik gemerkt dat als we niet alleen de eisen of specificaties opschrijven maar ook de tijd nemen om over de achtergrond, de reden en de omgeving van de eisen te schrijven er soms nog een versassend advies of extra optie van de programmeur komt.
Wat we door het gemak van communicatie op afstand soms vergeten is dat onze offshore programmeurs in een andere wereld met andere regels wonen. Wat logisch is voor ons kan vreemd zijn voor iemand uit India. Voorbeeld: een levenspartner kies je zelf versus een levenspartner wordt door je familie uitgekozen.
De reden van een functionaliteit is daarom niet altijd duidelijk en/of logisch. Extra toelichting over de achtergrond van de functionaliteit helpt de programmeur om zich meer in te leven (en ook enthousiast te worden).
Dit ‘hoe een programmeur op afstand laaiend enthousiast te maken’ voor een project of taak mag wat mij nog wel eens uitgediept worden. Het verschil in betrokkenheid, meedenken, kwaliteit en het halen van deadlines kan enorm zijn.
The three golden rules for offshore communication are logical and practical – it makes perfect sense. Provided that the customer is well informed of the communication principles and convinced to follow the steps with great detail.
If, as Hugo comments, the human tendency is to skip step 1 and jump immediately to step 2 then clearly the initiative to convey a communication guideline must come from the outsourcing company. Before a project begins, the customer must be CONVINCED that the three golden rules are value-adding for him/her.
Very good article indeed, thanks for the good read!
Erik
In een aantal projecten heb ik nu te maken gehad met teamleden die geografisch ver van elkaar verwijderd waren. Dit waren offshoring projecten met india, maar bijvoorbeeld ook communicatie met peers in westerse landen.
In alle gevallen bleek dat er een communicatieprobleem was. Dit zat niet zozeer in culturele verschillen of onduidelijke specificaties, maar meer in het feit dat je met e-mail, tele-conferencing & desktop-sharing simpelweg niet alles duidelijk kunt maken. Er ontbreekt gewoon een deel van de communicatie.
Wat was in deze projecten uiteindelijk de oplossing? Face-to-face meetings. We gingen met een klein team naar de andere kant (of vice versa) en binnen no-time was er consensus.
Het argument dat dat teveel kost gaat niet op: Je bespaart gegarandeerd tijd (en, afhankelijk van de bestemming en de groep die gaat, misschien ook geld)
Beste Stefan, dank voor je comment. Ik ben het helemaal met je eens. Volgens mij veranderd er ook iets als je elkaar ontmoet. Mijn ervaring is dat na de ontmoeting, het werk op afstand ook beter verloopt.
Overigens denk ik dat communicatie op afstand ook soepel werkt, er is alleen een leercurve waar je doorheen moet. Het mooiste is om op langere termijn met een vast team te werken, met mensen die elkaar vertrouwen en door en door kennen.
Pingback: How to make an offshore programmer wildly motivated? | Bridge-Blog
Pingback: How to make an offshore programmer wildly motivated? | Bridge Blog