Lors de mon dernier emploi, j'ai hérité d'une relation entre mon entreprise et un grand nombre de sous-traitants ukrainiens qui souffrait de ce problème. Nos collaborateurs énonçaient un message général sur ce que nous voulions faire dans un courriel ou un billet. Les Ukrainiens le lisaient et posaient des questions. Certaines de ces questions recevaient une réponse, d'autres restaient sans réponse, d'autres encore recevaient des réponses ambiguës de la part de membres du personnel qui se disputaient à ce sujet. Les sous-traitants, ayant une bonne initiative, finissaient par abandonner les questions et mettre en œuvre quelque chose, ce dont les membres de l'équipe se plaignaient ensuite parce que ce n'était “pas ce qu'ils voulaient”. Quand je suis arrivé, mon patron m'a dit : “Regardez ces gars, ils ne livrent pas, je pense que nous devons peut-être nous débarrasser d'eux, à vous de voir”. Une fois que j'ai enquêté, j'ai répondu : “Il n'y a rien de mal ici qui ne soit pas de notre faute.” Ensuite, j'ai travaillé sur le retournement de cette relation par la communication et cela a été très réussi. Mais beaucoup de gens ne savent pas comment gérer une relation d'externalisation de ce type.
Voici quelques raisons pour lesquelles vous n'obtenez peut-être pas de réponse, j'espère qu'elles vous donneront un aperçu de ce qu'une entreprise technologique américaine peut faire en interne et qui vous semble étrange.
Il se peut que le directeur soit tout simplement submergé de courriels. Je sais que j'en suis arrivé au point où, à ce poste (gestion de 4 équipes, 30 sous-traitants en plus du personnel américain, un poste critique avec des points de contact pour le support et les ventes), je recevais environ 300 courriels par jour (sans compter les trucs automatisés comme les mises à jour de tickets et les alertes, alors c'était plutôt 800), et si un coup d'œil rapide à un courriel m'indiquait que la bonne chose se passerait probablement sans mon intervention - il se peut que je n'obtienne pas de réponse. La définition des priorités doit parfois être impitoyable. Il se peut qu'il ne le voie même pas, ou qu'il le voie et pense “il va le découvrir” et qu'il soit prêt à faire autre chose à ce moment-là. Ou alors, il doit aller chercher plus d'informations ou d'autorisations ailleurs, ce qui entraîne un retard (et quand il y a un tel retard, il y a plus de risques que la chaîne soit rompue quelque part et que le courriel soit oublié).
Le responsable peut penser qu'il a déjà donné une réponse - dans un autre courrier électronique, ou à un de vos coéquipiers, ou verbalement lors de l'appel téléphonique du matin, ou à votre direction - et suppose que l'affaire est réglée. Je sais que lorsque j'avais l'impression qu'il était impossible de répondre à une question par oui ou par non mais qu'il fallait en discuter le cadre, en particulier avec quelqu'un qui ne parle pas très bien l'anglais, il m'arrivait de parler au responsable de l'externalisation ou au responsable technique et de les faire parler à la personne. Ou bien ils posaient une question trop technique et je montrais du doigt un responsable technique local en lui disant : “Vous ! Suivez Anton et répondez à cette question”. En tant que manager, une fois que vous avez passé “la balle” à quelqu'un, il est facile de voir que votre assiette est débarrassée de ce problème, même si ce n'est pas tout à fait le cas.
Ils peuvent essayer de vous faire faire preuve d'initiative. Il est difficile d'être un sous-traitant - certaines entreprises veulent vous traiter comme un esclave des champs et vous ne devriez rien faire que quelqu'un ne vous ait explicitement demandé de faire et d'écrire un gros cahier des charges. D'autres veulent que vous travailliez aux côtés de leurs ingénieurs américains et que vous soyez libre d'innover et plein d'initiative et tout ça. Nous étions l'un de ces derniers, et nous devions beaucoup travailler avec les ingénieurs et leur direction pour leur dire “hé, s'il vous plaît, ne leur dites pas ce qu'ils doivent faire, et ne leur assignez pas de tâches”. Nous voulons qu'ils tirent les tâches de la mêlée de leur propre volonté et nous voulons tirer parti de leur intelligence en les laissant prendre des décisions". Nous avons donc essayé de décourager les questions de type “Maman, je t'en prie” dans l'intérêt de l'autonomisation.
De purs problèmes de communication - je ne vais même pas appeler ça une barrière linguistique, parce que cela s'est aussi produit entre moi et mes patrons locaux. Ils écument un e-mail et supposent que je suis le seul à leur dire ce qui se passe. Ou bien le courriel était adressé à plusieurs personnes et ils ne supposent pas qu'une réponse devrait venir d'eux. À moins qu'il n'y ait une grosse ligne rouge clignotante disant “RÉPONSE REQUISE DE VOUS - OUI, M. SMITH”, ils peuvent simplement ignorer l'appel à l'action dans le courriel. Supposez que pour chaque niveau de gestion supérieur à vous, leur niveau de lecture a régressé à un niveau beaucoup plus bas - collège pour les cadres de première ligne, école primaire pour les cadres supérieurs, jardin d'enfants pour un PDG. C'est triste mais vrai. Rappelez-vous également qu'ils travaillent à un niveau supérieur - si vous posez une question ou faites un commentaire sur un ticket, ce que tous les techniciens verraient, le manager peut ne pas être aussi à l'aise dans l'exécution tactique et ne pas le voir. (Je sais que parfois les gens diraient : “J'ai mis un commentaire JIRA en demandant votre avis” et je dirais : “Je filtre tout cela dans un dossier parce que je reçois des centaines de mises à jour de tickets par jour, contactez-moi spécifiquement si vous avez besoin de quelque chose”)
Façons dont vous pouvez essayer d'atténuer cela.
**Comprenez dans quelle mesure ils attendent de vous que vous fassiez preuve d'initiative et que vous preniez des décisions individuelles, compte tenu de la situation de leur entreprise. culture, puis exécutez sous cette ligne et ne posez pas de questions si vous n'en avez pas vraiment besoin. De même, posez aux responsables techniques locaux/américains, etc., les questions de gestion locale qui devraient probablement leur être adressées. Dans le cas B contre A que vous citez, je vous donnerais personnellement des conseils : “Faites ce qu'il faut et envoyez simplement un courriel disant : "Je fais d'abord B parce que c'est une condition préalable pour A et A sera fait à temps” sans poser de question. S'ils ne veulent pas que vous fassiez ce changement, ils s'exprimeront, et vous aurez supprimé un blocage pour vous et une tâche pour eux (réponse obligatoire). C'est une situation gagnant-gagnant du point de vue d'un manager.
**Je sais que c'est un peu intimidant en raison du fuseau horaire et de la barrière de la langue, mais un coup de téléphone peut aller à l'essentiel lors d'un match de tennis par e-mail d'une semaine. Le courrier électronique est en fait un moyen de communication terrible pour obtenir des réponses claires et rapides à des questions, malgré sa commodité. Si vous avez des appels réguliers ou des prises de position, posez-y vos questions en tant que bloqueurs. Si vous n'en avez pas, suggérez d'en avoir un ! Un stand-up Webex/G+ à 9 heures du matin fonctionne bien pour la plupart des équipes américaines/ukrainiennes (sauf parfois les West Coasters).
*Utilisez une communication claire par e-mail * Précisez clairement les questions et les points à traiter dans les e-mails - la question et la personne à laquelle vous attendez une réponse doivent être bien visibles. Posez une question dans un courriel - si vous en posez plusieurs ou si les questions sont intégrées dans un autre texte explicatif, elles risquent d'être négligées. Si vous devez faire tenir plusieurs idées dans un courriel, utilisez des puces. Utilisez des couleurs et des caractères gras pour faire ressortir les questions ou les noms des personnes ayant des tâches à accomplir. Utilisez des lignes d'objet claires, un [RÉPONSE REQUISE] ou un autre indicatif similaire dans l'objet attirera l'attention. Facilitez la réponse au responsable et vous aurez plus de chances d'obtenir une réponse immédiatement. Faites un suivi des questions sans réponse (toutes les 24 heures, c'est bien) ; il n'est pas impoli de le faire.
Voici un exemple d'e-mail qu'un responsable ne verra/n'ignorera probablement pas (tiré de mes archives d'e-mails).
A : 12 membres de l'équipe, dont le manager A
Objet : Objet : Re : Search Alert : More than 0 results found for “Dev NPE or OOM
J'ai remarqué un problème de ce message dans les logs :
BIG MULTILINE LOG MESSAGE
et je pense que cela signifie que les serveurs d'application redémarrent toutes les quatre heures, peut-être qu'il y a un bug ou quelque chose. Je pense que cela pourrait être une fuite de mémoire, la dernière fois que nous avons vu cela sur cette autre application, c'était bla bla bla, s'il vous plaît ne lisez plus cela… Peut-être que nous devrions regarder ça plutôt que d'autres travaux prévus.
Engineer X
Du point de vue du manager, c'est a) pas seulement pour moi, b) a un sujet obscur qui est probablement le bavardage des techniciens sur quelque chose. 50% de chance de ne pas lire le courriel. Si j'ai 5 secondes de libre, je lis l'e-mail et, si je passe les détails, je ne vois pas de question claire et certainement pas une qui m'est adressée, et je passe à autre chose. Voyons maintenant un courriel qui me fera probablement lire et répondre.
À : Manager A
Cc : The Team
Subject : [RÉPONSE REQUISE] Arrêt du travail pour adresser les redémarrages des serveurs d'application
J'ai découvert que les serveurs d'application se bloquent et redémarrent environ toutes les quatre heures à partir de nos alertes de journal. C'est un problème grave qui affecte les clients de façon intermittente.
Manager A , je propose d'arrêter le travail sur mes tâches de sprint pour traiter ce problème comme un incident urgent. J'ai parlé avec l'ingénieur Y et il est d'accord avec moi pour dire que c'est la bonne ligne de conduite, donc nous avons tous les deux l'intention de travailler sur ce problème immédiatement. **Est-ce acceptable ?
Ingénieur X
D'abord, vous avez vérifié les détails techniques avec quelqu'un d'autre avant de m'allumer. La [RÉPONSE REQUISE] et la ligne d'objet claire me dessinent, le nom en gras et l'appel à l'action me font savoir ce qu'on attend de moi. Et, il y a une ligne de conduite par défaut décrite, donc si je ne peux toujours pas répondre pour une raison quelconque (pris dans un manager hors site où ils vous crient dessus si vous envoyez un e-mail !) je sais ce qui va se passer.
A : Ingénieur X
Cc : Équipe
Objet : Re : [RÉPONSE REQUISE] Arrêter le travail pour adresser les redémarrages du serveur d'application
aller comme vous le proposez
(ou) faire travailler l'ingénieur Y sur cela, vous finissez votre tâche de sprint
(ou) je ne comprends pas, appelons pour en discuter
(ou) non, l'ingénieur Z m'en a parlé et ça dure depuis des mois, finissez ce que vous avez pris et nous aurons ça dans le prochain sprint
Envoyé depuis mon iPhone
Espoir que ça aide un peu. Tous les managers ne sont pas habitués à travailler avec des sous-traitants, et même ceux qui sont victimes de la pression du temps et des attentes. Il n'a certainement pas de problème personnel avec vous, juste un (ou plusieurs) de ces facteurs fait qu'il ne répond pas parfois.
P.S. Slava Ukraini !