Bonjour à tous!
Je travaille dans une équipe multinationale depuis près de deux ans. Projet néerlandais, front office aux Pays-Bas et quelques back offices: russe et tchèque. La Hollande est un pays où des gens du monde entier déménagent pour travailler, et cette entreprise elle-même ne fait pas exception. Dans les Tchèques, les Russes et les Néerlandais, cela ne s'arrête pas; les Roumains, les Polonais, les Mexicains, les Indonésiens, les Macédoniens, les Indiens travaillent dans des projets et ce ne sont que ceux avec qui j'ai déjà réussi à travailler. Comme vous pouvez le voir, nous avons un ensemble complet ici. Bien sûr, il faut également prendre en compte les traits de caractère spécifiques de chaque personne individuellement, mais certaines caractéristiques se manifestent clairement en fonction de la nationalité. Dans cet article, je veux partager mon expérience sur ces équipes et quelques discussions sur les sujets suivants: compétences générales et techniques, malentendu dans l'équipe en raison de la différence de mentalité.
Je ne suis pas parfait non plus, alors ajoutez une photo d'un cas de ma vie:
Compétences générales - pas notre tout
Dans la plupart des cas, les compétences générales sont supérieures à la technique. Il attire votre attention presque immédiatement au début du travail. La culture de la politesse dans la communication dans de nombreux pays occidentaux fait partie de la mentalité. Après la salutation, vous devez demander «Comment allez-vous?», Et dans mon cas avec les Néerlandais, ce serait bien de discuter de la météo en quelques suggestions. Pour nous, les Russes, cela est en contradiction avec le «bonjour» habituel et la question subséquente sur le sujet. De plus, nous posons des questions sur les affaires, en règle générale, aux camarades avec qui nous avons une bonne relation et parlons en détail du week-end, des vacances ou de quelque chose d'autre, et pas seulement «Très bien, merci». Parfois, c'est un peu ennuyeux lorsque ce dialogue typique suit même lors d'une sortie. L'équipe a des tâches ouvertes qui doivent être résolues de toute urgence, et vous perdez du temps à discuter de la météo :) Mais quand même, quelqu'un s'adapte et dans de tels cas va droit au but.
Bien sûr, les compétences logicielles ne s'arrêtent pas là. Mais néanmoins, la prise en compte de ces compétences, comme l'une des principales, à mon avis, est erronée. Le fait est qu'avoir des compétences techniques aide à trouver des sujets communs dans une équipe, à participer à des réunions techniques et même à résoudre des tâches courantes. C'est grâce à eux que même les membres tranquilles de l'équipe peuvent s'ouvrir différemment pour vous.
Je veux donner un exemple de mon ancien travail. Dans l'équipe, un employé n'a même pas jugé nécessaire de saluer tout le monde. À ce niveau, son niveau de compétences sociales ne s'arrête pas là. Lorsqu'il répond à certaines de vos questions, il peut ne pas répondre tout de suite, mais simplement commencer à raisonner puis partir. Mais il revenait toujours, il avait juste une telle approche de penser à des questions complexes pour lesquelles il n'avait pas immédiatement de réponses. Parfois, il allait se promener par terre, et parfois il allait au travail, et seulement après un certain temps (dans une demi-heure), il vous retournait avec une réponse. Bien sûr, à première vue, le cas de l'absence de l'accueil mutuel habituel semble grossier et irrespectueux, mais il a quand même parlé avec quelqu'un de l'équipe. La réponse était simple - il n'est pas intéressé à me parler.
J'ai dû trouver une approche et j'ai décidé de participer à plusieurs conversations sur les subtilités du C ++ et j'ai quand même réussi à dire quelque chose qu'il ne savait pas. Le gars est allé au travail, nous avons esquissé quelques exemples rapides, c'est tout. Après cela, vous êtes également considéré comme intéressant.
Autrement dit, ce sont des compétences douces et difficiles complètement différentes, mais d'un autre côté, elles sont étroitement liées.
Par conséquent, les équipes techniques et les architectes de nos équipes ont souvent des problèmes. C'est ici que j'ai rencontré un tel ancien programmeur dans un autre langage, avec 2-3 ans d'expérience en programmation, peut devenir l'architecte d'un projet C ++, et c'est bien s'il y a une expérience en programmation. Bien sûr, vous semblez réaliser que l'architecte est le même rôle qui ne vous oblige pas à écrire du code, mais d'autre part, vous devez expliquer qu'il est impossible de l'implémenter en C ++, et si la microgestion commence toujours et que vous n'entrez pas dans votre code avec des conseils dans le cas, l'œil commence à trembler légèrement. Pourtant, une personne ayant une expérience en programmation C ++ a au moins deux langues pour communiquer avec les programmeurs: l'anglais et C ++.
Ainsi, en travaillant dans des équipes multinationales, chacun devra s'adapter.
Incompréhension même lors de l'utilisation d'une seule langue pour la communication
La mentalité joue un grand rôle dans la compréhension des mêmes actions et même des déclarations ordinaires. Prenons, par exemple, quelques aspects.
Ouverture
De nombreux sujets qui nous semblent très personnels sont monnaie courante pour les autres.
Oui, nous ne voulons pas discuter de notre voyage chez le médecin ni dire que le gamal d'hier soir est personnel. Nous sommes habitués à discuter de telles choses dans un certain cercle de personnes. De plus, je ne suis pas sûr que quiconque aime parler de la visite d'un médecin. Dans le même temps, l'ouverture disparaît quelque part quand il s'agit de certaines choses techniques. Soit dit en passant, cela ne dépend pas toujours des qualités personnelles. Gardez à l'esprit que dans certaines nationalités, il n'est pas habituel de demander directement si quelque chose n'est pas compris lors d'une conversation, même s'il y a effectivement une discussion à ce sujet. Pour une raison quelconque, il est considéré comme tout à fait normal après une discussion de rechercher sur Google tous les concepts et termes entendus et d'essayer de le découvrir par vous-même. De plus, parfois les mêmes mots ont des significations différentes selon le contexte, ce qui ajoute plus de malentendu. Soyez donc prêt à lire sur le visage de l'interlocuteur, où vous devez expliquer et en dire plus. Mais c'est vraiment difficile à faire dans un appel Skype, ne serait-ce qu'à en juger par une voix incertaine.
Approches de rétroaction ou comment la rétroaction est donnée
Il est de coutume pour les Russes de donner en personne des commentaires, positifs ou négatifs, sur le comportement de l'équipe. Les Hollandais le font en groupe. J'appelle cela une «flagellation publique» lorsqu'il s'agit d'une note négative exprimée publiquement en équipe. Mes collègues rient que je vois cette action, mais elle l'est. Si vous y réfléchissez, l'approche de la «flagellation publique» est également utilisée ici, mais, en règle générale, c'est si elle ne s'est pas réalisée après deux ou trois fois les commentaires. Quelqu'un peut généralement percevoir la rétroaction dans le groupe comme une insulte personnelle, mais du côté des collègues étrangers, tout semble normal.
Conclusion
J'ai entendu des plaintes concernant les fonctionnalités et la complexité de travailler avec des programmeurs russes non seulement ici, mais aussi dans d'autres entreprises, vous pouvez en lire plus dans des articles sur Internet. Bien sûr, je n'ai pas découvert l'Amérique. Mais tout le monde ne comprend pas que nous devons également rechercher des approches spéciales et faire des efforts pour gagner le respect des mêmes collègues russes. Tenez compte du fait que c'est un gros plus pour vous si vous pouvez y parvenir. Et lorsque vous travaillez avec des collègues étrangers, essayez de surmonter le stéréotype de «ces grossiers programmeurs russes».
Je veux terminer mon histoire par des conseils sur la lecture d'un livre sur les différences culturelles, que je n'ai pas encore lu personnellement, mais de nombreux collègues au cours du dernier semestre ont commencé à lire comme il se doit:
«La carte culturelle: percer les frontières invisibles du commerce mondial» par Erin Meyer