Hola a todos!
He estado trabajando en un equipo multinacional durante casi dos años. Proyecto holandés, front office en Holanda, más un par de back office: ruso y checo. Holanda es un país donde personas de todo el mundo se mudan a trabajar, y esta empresa en sí no es una excepción. En checos, rusos y holandeses, esto no termina; rumanos, polacos, mexicanos, indonesios, macedonios, indios trabajan en proyectos y estos son solo aquellos con los que ya he logrado trabajar. Como puede ver, tenemos un conjunto completo aquí. Por supuesto, también se deben tener en cuenta los rasgos de carácter específicos de cada persona individualmente, pero algunas características se manifiestan claramente de manera precisa dependiendo de la nacionalidad. En este artículo quiero compartir mi experiencia sobre estos equipos y algunas discusiones sobre los siguientes temas: habilidades blandas y habilidades técnicas, malentendidos en el equipo debido a la diferencia de mentalidad.
Tampoco soy perfecto, así que agrega una foto de un caso de mi vida:
Habilidades blandas: no nuestro todo
En la mayoría de los casos, las habilidades blandas se valoran por encima de las técnicas. Te llama la atención casi de inmediato al comienzo del trabajo. La cultura de la cortesía en la comunicación en muchos países de Occidente es parte de la mentalidad. Después del saludo, debe preguntar "¿Cómo te va?", Y en mi caso con los holandeses, sería bueno discutir el clima en un par de sugerencias. Para nosotros, los rusos, esto está en desacuerdo con el habitual "Hola" y la pregunta posterior sobre el tema. Además, preguntamos por asuntos, por regla general, a los compañeros con quienes tenemos una buena relación y les contamos en detalle sobre el fin de semana, las vacaciones u otra cosa, y no solo "Bien, gracias". A veces es un poco molesto cuando este diálogo típico incluso sigue durante un lanzamiento. El equipo tiene tareas abiertas que deben resolverse con urgencia, y está perdiendo el tiempo discutiendo el clima :) Pero aún así, alguien se adapta y, en tales casos, va directo al grano.
Por supuesto, las habilidades de software no terminan ahí. Sin embargo, la consideración de estas habilidades, como una de las principales, en mi opinión, es errónea. El hecho es que tener habilidades técnicas ayuda a encontrar temas comunes en un equipo, participar en reuniones técnicas e incluso resolver tareas comunes. Es gracias a ellos que incluso los miembros del equipo silencioso pueden abrirse de manera diferente para usted.
Quiero dar un ejemplo de mi antiguo trabajo. En el equipo, un empleado ni siquiera consideró necesario saludar a todos. En esto, su nivel de habilidades sociales no termina ahí. Al hablar sobre algunas de sus preguntas, es posible que no responda de inmediato, sino que simplemente comience a razonar y luego se vaya. Pero siempre volvía, simplemente tenía un enfoque de pensar en preguntas complejas para las que no tenía respuestas inmediatas. A veces salía a caminar por el suelo, y a veces iba a trabajar, y solo después de un tiempo (dentro de media hora) regresó con una respuesta. Por supuesto, a primera vista, el caso con la ausencia del saludo mutuo habitual parece grosero e irrespetuoso, pero aún así habló con alguien del equipo. La respuesta fue simple: no le interesa hablar conmigo.
Tuve que encontrar un enfoque y decidí participar en varias conversaciones sobre las complejidades de C ++ y aún así logré decir algo que él no sabía. El tipo fue al lugar de trabajo, dibujamos algunos ejemplos rápidos, eso es todo. Después de eso, también te consideran interesante.
Es decir, por un lado, estas son habilidades blandas y duras completamente diferentes, pero por otro lado, están estrechamente relacionadas.
Por lo tanto, los equipos técnicos y arquitectos en nuestros equipos a menudo tienen problemas. Fue aquí donde me reuní de tal manera que un ex programador en otro lenguaje, con 2-3 años de experiencia en programación, puede convertirse en el arquitecto de un proyecto C ++, y esto es bueno si hay alguna experiencia en programación. Por supuesto, parece darse cuenta de que el arquitecto es el mismo rol que no lo obliga a escribir código, pero por otro lado, debe explicar que es imposible implementarlo en C ++, y si la microgestión aún comienza y no ingresa a su código con consejos en el caso, el ojo comienza a temblar ligeramente. Aún así, una persona con experiencia en programación en C ++ tiene al menos dos idiomas para comunicarse con los programadores: inglés y C ++.
Entonces, trabajando en equipos multinacionales, todos tendrán que adaptarse.
Malentendido incluso cuando se usa un idioma para la comunicación
La mentalidad juega un papel importante en la comprensión de las mismas acciones e incluso las declaraciones ordinarias. Tomemos, por ejemplo, un par de aspectos.
Apertura
Muchos temas que nos parecen muy personales son comunes para otros.
Sí, no queremos hablar sobre nuestro viaje al médico o decir que el gamal de anoche es personal. Estamos acostumbrados a discutir tales cosas en un cierto círculo de personas. Además, no estoy seguro de que a nadie le guste hablar sobre la visita al médico. Al mismo tiempo, la apertura desaparece en algún lugar cuando se trata de algunas cosas técnicas. Por cierto, esto no siempre depende de las cualidades personales. Tenga en cuenta que en algunas nacionalidades no es habitual preguntar directamente si algo no se entiende durante una conversación, incluso si en realidad hay una discusión al respecto. Por alguna razón, se considera completamente normal después de una discusión en Google todos los conceptos y términos escuchados y tratar de entenderlo usted mismo. Además, a veces las mismas palabras tienen significados diferentes según el contexto, lo que agrega más malentendidos. Así que prepárate para leer en la cara del interlocutor, donde debes explicar y contar más. Pero es realmente difícil hacerlo en una llamada de Skype, si solo se juzga por una voz incierta e incierta.
Enfoques de retroalimentación o cómo se da retroalimentación
Es habitual que los rusos hagan comentarios en persona, ya sean positivos o negativos, sobre el comportamiento del equipo. Los holandeses lo hacen en grupo. Yo llamo a esto una "flagelación pública" cuando se trata de una calificación negativa expresada públicamente en un equipo. Mis colegas se ríen porque veo esta acción, pero lo es. Si lo piensa, el enfoque de "flagelación pública" también se usa aquí, pero, por regla general, esto es si no sucedió después de dos o tres veces los comentarios realizados. Generalmente, alguien puede percibir la retroalimentación en el grupo como un insulto personal, pero desde el lado de colegas extranjeros todo parece ser normal.
Conclusión
Escuché quejas sobre las características y la complejidad de trabajar con programadores rusos no solo aquí, sino también en otras compañías, puedes leer sobre esto en artículos en Internet. Por supuesto, con esto no descubrí América. Pero no todos entienden que también tenemos que buscar enfoques especiales y hacer esfuerzos para ganar el respeto de los mismos colegas rusos. Tenga en cuenta que esta es una gran ventaja para usted si puede lograrlo. Y cuando trabaje con colegas extranjeros, trate de superar el estereotipo de "estos groseros programadores rusos".
Quiero terminar mi historia con consejos para leer un libro sobre diferencias culturales, que personalmente no he leído todavía, pero muchos colegas en el último medio año han comenzado a leer como debe haberlo hecho:
“El mapa cultural: rompiendo los límites invisibles de los negocios globales” por Erin Meyer