Bij mijn laatste baan heb ik een relatie geërfd tussen mijn bedrijf en een groot aantal Oekraïense uitbesteders die te lijden hadden onder deze kwestie. Onze mensen zouden een algemene boodschap van wat we willen doen in een e-mail of een ticket neerzetten. De Oekraïners zouden het lezen en vragen stellen. Sommige van die vragen zouden worden beantwoord, andere zouden onbeantwoord blijven, weer andere zouden dubbelzinnige antwoorden krijgen van medewerkers die er ruzie over maakten. De uitbesteders, die een goed initiatief hadden, gaven uiteindelijk de vragen op en voerden iets uit, waar de leden van het team over zouden zeuren omdat het “niet was wat ze wilden”. Toen ik kwam, zei mijn baas me: “Kijk eens naar deze jongens, ze leveren niet, ik denk dat we misschien gewoon van ze af moeten, aan jou.” Toen ik het eenmaal onderzocht had, antwoordde ik: “Er is hier niets aan de hand dat niet onze schuld is.” Toen werkte ik aan het omdraaien van die relatie via communicatie en het was erg succesvol. Maar veel mensen weten niet hoe ze een dergelijke uitbestedingsrelatie moeten managen.
Hier zijn enkele redenen waarom je misschien geen antwoord krijgt, ik hoop dat ze wat inzicht geven in wat een Amerikaans technologiebedrijf intern doet dat je vreemd lijkt.
- De manager wordt misschien gewoonweg overstelpt met e-mail. Ik weet dat ik op het punt kwam in die positie (het managen van 4 teams, 30 outsourcers bovenop het Amerikaanse personeel, een kritische positie met support en sales touchpoints) waar ik ongeveer 300 e-mails per dag kreeg (geautomatiseerde zaken zoals ticket updates en waarschuwingen niet meegerekend, dan was het meer als 800), en als een snelle blik op een e-mail mij aangaf dat het juiste ding waarschijnlijk zou gebeuren zonder mijn tussenkomst - het zou misschien niet worden beantwoord. Prioritering moet soms meedogenloos zijn. Hij ziet het misschien niet eens, of hij ziet het en denkt “hij komt er wel achter” en zit dan onder het pistool om iets anders te doen. Of hij moet ergens anders meer informatie of toestemming gaan halen, waardoor er een vertraging ontstaat (en als er zo'n vertraging is loopt hij meer risico dat de ketting ergens kapot gaat en de e-mail vergeten wordt).
- De manager kan denken dat ze al een antwoord hebben gegeven - in een andere e-mail, of aan een teamgenoot van u, of mondeling op het staande gesprek van die ochtend, of aan uw management - en gaat ervan uit dat de zaak is afgehandeld. Ik weet dat als ik het gevoel had dat een vraag niet met ja/nee beantwoord kon worden, maar dat het kader ervan besproken moest worden, vooral met iemand met minder goede Engelse vaardigheden, ik soms met de outsourcer manager of techneut zou praten en hem of haar met de persoon zou laten praten. Of ze stelden een te technische vraag en ik wees een lokale techneut aan en zei: “Jij, volg Anton op en beantwoord deze vraag”. Als manager, als je eenmaal “de bal” aan iemand hebt doorgegeven, is het makkelijk om je bord te zien als vrij van dat probleem, zelfs als dat misschien niet helemaal het geval is.
Ze proberen misschien om je initiatief te laten zien. Het is moeilijk om een outsourcer te zijn - sommige bedrijven willen je behandelen als een veldslaaf en je moet niets doen waar iemand je niet expliciet om heeft gevraagd en een grote specificatie voor schrijven. Anderen willen dat je samenwerkt met hun Amerikaanse ingenieurs en dat je vrij bent om te innoveren en vol initiatief en dat alles. Wij waren een van de laatste, en we moesten veel met de ingenieurs en hun management werken om te zeggen “hé, vertel ze alsjeblieft niet wat ze moeten doen, en wijs ze geen taken toe. We willen dat ze de taken uit eigen vrije wil uitvoeren en we willen hun intelligentie benutten door ze beslissingen te laten nemen”. Dus we probeerden “Moeder Mag ik” vragen te ontmoedigen in het belang van empowerment.
- Zuivere communicatieproblemen - ik ga het niet eens een taalbarrière noemen, want het is ook gebeurd tussen mij en mijn lokale bazen. Ze scheren een e-mail af en gaan ervan uit dat ik alleen maar vertel wat er aan de hand is. Of de e-mail was naar meerdere mensen en ze gaan er niet van uit dat een antwoord van hen moet komen. Tenzij er een grote rode knipperende lijn is die zegt “ANTWER REQUIRED FROM YOU - YES YOU, MR. SMITH” kunnen ze de oproep tot actie in de e-mail gewoon over het hoofd zien. Neem voor elk niveau boven je aan dat hun leesniveau is teruggelopen tot een veel lager niveau - middelbare school voor frontlinie managers, basisschool voor hogere managers, kleuterschool voor een CEO. Triest maar waar. Vergeet ook niet dat ze werken op een hoger niveau - als je een vraag in als zeg een commentaar op een ticket, iets dat alle technische mensen zou zien, kan de manager niet zo hippe diep in de tactische uitvoering en niet zien. (Ik weet dat mensen soms zouden zeggen “Ik zet in een JIRA commentaar vragen om uw gedachten” en ik zou zeggen “Ik filter dat alles uit een map omdat ik honderden ticket updates per dag, uit te reiken aan mij in het bijzonder als je iets nodig hebt”)
Manieren die je kunt proberen om het te verzachten. Bypass Asking When Appropriate. Begrijp de mate waarin zij initiatief en individuele besluitvorming van u verwachten gezien hun zakelijke cultuur, dan uitvoeren onder die lijn en geen vragen stellen als het niet echt nodig is. Vraag ook de lokale tech leads/Amerikaanse tech leads etc/uw lokale management vragen die waarschijnlijk naar hen toe zouden moeten gaan. In de B vs A zaak die u aanhaalt, zou ik persoonlijk begeleiding geven “Doe het juiste ding, en stuur gewoon een e-mail met de mededeling ‘Ik doe eerst B omdat het een voorwaarde is voor A en A zal op tijd klaar zijn’ zonder het als een vraag te stellen. Als ze niet willen dat je die verandering doorvoert, zullen ze zich uitspreken, en heb je een blokkade voor jezelf en een taak voor hen verwijderd (verplicht antwoord). Dat is een win-winsituatie voor een manager.
**Ik weet dat het een beetje intimiderend is vanwege de tijdzone en de taalbarrière, maar een telefoontje kan een week lang de moeite waard zijn voor een e-mail tenniswedstrijd. E-mail is eigenlijk een vreselijke communicatiemethode om eenduidige en tijdige antwoorden op vragen te krijgen, ondanks het gemak ervan. Als je regelmatig gebeld wordt of als je een stand-up hebt, dan kun je daar je vragen opduiken als blokkades. Als je dat niet doet, stel dan voor om er een te hebben! Een 9 AM CT Webex/G+ standup werkt goed voor de meeste Amerikaans/Oekraïense teams (behalve soms voor West Coasters).
**Maak vragen en to-dos duidelijk in e-mails - de vraag en wie je verwacht te antwoorden moet prominent aanwezig zijn. Stel één vraag in een e-mail - als u meerdere vragen stelt, of de vragen zijn ingebed in een andere verklarende tekst, worden ze waarschijnlijk over het hoofd gezien. Als u meerdere gedachten in een e-mail moet plaatsen, gebruik dan opsommingstekens. Gebruik kleuren/vet om vragen of namen van mensen met to-dos op te laten vallen. Gebruik onderwerpregels die duidelijk zijn, een [RESPONSE REQUIRED] of andere soortgelijke aanduiding in het onderwerp zal de aandacht trekken. Maak het beantwoorden gemakkelijk voor de manager en je hebt meer kans om direct een antwoord te krijgen. Volg de onbeantwoorde vragen op (elke 24 uur is prima); het is niet onbeleefd om dit te doen.
Hier is een voorbeeld van een e-mail die een manager waarschijnlijk niet zal zien/onthullen (uit mijn e-mailarchief gehaald).
To: 12 Teamleden Inclusief Manager A
Onderwerp: Re: Zoek alert: Meer dan 0 resultaten gevonden voor "Dev NPE of OOM
Ik zag een probleem met dit bericht in de logs:
BIG MULTILINE LOG MESSAGE
en ik denk dat het betekent dat de app servers om de vier uur herstarten, misschien is er een bug of iets dergelijks. Ik denk dat het een geheugenlek kan zijn, de laatste keer dat we dit zagen op deze andere app was het blah blah lees dit alsjeblieft niet meer… Misschien moeten we hier eens naar kijken in plaats van naar wat ander gepland werk.
Engineer X
Vanuit het oogpunt van de manager is het a) niet alleen voor mij, b) heeft een of andere geheimzinnige onderwerpregel die waarschijnlijk de techneuten over iets aan het ouwehoeren is. 50% kans om de e-mail niet te lezen. Als ik 5 seconden over heb lees ik de e-mail en als ik door de details heen kom, zie ik geen duidelijke vraag en zeker niet één die aan mij gericht is, en ga ik verder. Laten we nu eens kijken naar een e-mail die me waarschijnlijk wel zal laten lezen en reageren.
To: Manager A
Cc: Het Team
Onderwerp: [RESPONSE REQUIRED] Stop het werk om app server herstarten
Ik ontdekte dat de app servers ongeveer elke vier uur crashen en herstarten van onze logboekwaarschuwingen. Dit is een ernstig probleem dat klanten met tussenpozen treft.
Manager A , ik stel voor dat ik het werk aan mijn sprint taken stop om dit als een dringend incident aan te pakken. Ik heb met Engineer Y gesproken en hij is het ermee eens dat dit de juiste handelwijze is, dus we zijn beiden van plan om hier onmiddellijk aan te werken. Is dat acceptabel?
Engineer X
Eerst controleerde je met iemand anders om de technische details te bevestigen voordat je me oplichtte. De [RESPONSE REQUIRED] en duidelijke onderwerpregel trekt me aan, de gewaagde naam en oproep tot actie laat me weten wat er van me wordt verlangd. En, er staat een standaard actie beschreven, dus als ik om een of andere reden nog steeds niet in staat ben om te antwoorden (gevangen in manager offsite waar ze tegen je schreeuwen als je aan het mailen bent!) weet ik wat er gaat gebeuren.
To: Engineer X
Cc: Team
Onderwerp: Re: [RESPONSE REQUIRED] Stop het werk om app server herstarten
ga zoals je voorstelt
(of) laat Engineer Y daar aan werken, je maakt je sprinttaak
(of) ik begrijp het niet, Laten we eens bellen om
(of) nee te bespreken, Engineer Z vertelde me daarover en het is al maanden aan de gang, maak af wat je op hebt en we krijgen dat in de volgende sprint
Verzonden vanaf mijn iPhone
Hope dat helpt wat. Niet alle managers zijn gewend om met outsourcers te werken, en zelfs degenen die het slachtoffer zijn van tijdsdruk en verwachtingen. Hij heeft zeker geen persoonlijk probleem met jou, slechts één (of meer) van deze factoren zorgt ervoor dat hij soms niet reageert.
P.S. Slava Ukraini!