Olá pessoal!
Trabalho em uma equipe multinacional há quase dois anos. Projeto holandês, escritório na Holanda, além de alguns escritórios: russo e tcheco. A Holanda é um país onde pessoas de todo o mundo se mudam para o trabalho, e essa empresa em si não é exceção. Em tchecos, russos e holandeses, isso não acaba; romenos, poloneses, mexicanos, indonésios, macedônios, indianos trabalham em projetos e são apenas aqueles com quem eu já consegui trabalhar. Como você pode ver, temos um conjunto completo aqui. Certamente, é preciso também levar em consideração traços de caráter específicos de cada pessoa individualmente, mas algumas características são claramente manifestadas precisamente dependendo da nacionalidade. Neste artigo, quero compartilhar minha experiência sobre essas equipes e algumas discussões sobre os seguintes tópicos: soft skills e habilidades técnicas, mal-entendidos na equipe devido à diferença de mentalidade.
Também não sou perfeita, então adicione uma foto de um caso da minha vida:
Soft skills - não o nosso tudo
Na maioria dos casos, as habilidades sociais são avaliadas acima do técnico. Ele chama sua atenção quase imediatamente no início do trabalho. A cultura da polidez na comunicação em muitos países do Ocidente faz parte da mentalidade. Após a saudação, você precisa perguntar "Como vai?". No meu caso com os holandeses, seria bom discutir o clima com algumas sugestões. Para nós, russos, isso está em desacordo com o habitual "Olá" e a pergunta subsequente sobre o assunto. Além disso, perguntamos sobre assuntos, via de regra, a camaradas com quem mantemos um bom relacionamento e contamos detalhadamente sobre o fim de semana, descanso ou outra coisa, e não apenas "Tudo bem, obrigado". Às vezes, é um pouco chato quando esse diálogo típico ocorre durante um lançamento. A equipe tem tarefas abertas que precisam ser resolvidas com urgência, e você está perdendo tempo discutindo o clima :) Mas ainda assim, alguém se adapta e, nesses casos, vai direto ao ponto.
Obviamente, as habilidades de software não param por aí. Mas, no entanto, a consideração dessas habilidades, como uma das principais, na minha opinião, é errônea. O fato é que ter habilidades técnicas ajuda a encontrar tópicos comuns em uma equipe, a participar de reuniões técnicas e até mesmo a resolver tarefas comuns. É graças a eles que até os membros mais tranquilos da equipe podem se abrir de maneira diferente para você.
Eu quero dar um exemplo do meu antigo trabalho. Na equipe, um funcionário nem considerou necessário cumprimentar a todos. Nesse ponto, seu nível de habilidades sociais não termina aí. Ao conversar com algumas de suas perguntas, ele pode não responder imediatamente, mas simplesmente começa a raciocinar e sai. Mas ele sempre voltava, só tinha essa abordagem de pensar em perguntas complexas para as quais não tinha respostas imediatamente. Às vezes, ele passeava no chão e, às vezes, ia trabalhar, e só depois de algum tempo (em meia hora) voltava para você com uma resposta. Claro, à primeira vista, o caso com a ausência da saudação mútua habitual parece rude e desrespeitoso, mas ele ainda conversava com alguém da equipe. A resposta foi simples - ele não está interessado em falar comigo.
Eu tive que encontrar uma abordagem e decidi participar de várias conversas sobre os meandros do C ++ e ainda consegui dizer algo que ele não sabia. O cara foi ao local de trabalho, esboçamos alguns exemplos rápidos, só isso. Depois disso, você também é considerado interessante.
Ou seja, por um lado, essas são habilidades macias e duras completamente diferentes, mas, por outro lado, estão intimamente relacionadas.
Portanto, equipes técnicas e arquitetos em nossas equipes geralmente têm problemas. Foi aqui que me encontrei com um ex-programador em outra linguagem, com 2-3 anos de experiência em programação, que pode se tornar o arquiteto de um projeto em C ++, e isso é bom se houver alguma experiência em programação. Obviamente, você parece perceber que o arquiteto tem a mesma função que não obriga a escrever código, mas, por outro lado, você precisa explicar que é impossível implementar em C ++, e se o microgerenciamento ainda começar e você não entrar no seu código com dicas no caso, o olho começa a tremer levemente. Ainda assim, uma pessoa com experiência em programação C ++ possui pelo menos duas linguagens para se comunicar com programadores: inglês e C ++.
Então, trabalhando em equipes multinacionais, todos terão que se adaptar.
Incompreensão, mesmo ao usar um idioma para comunicação
A mentalidade desempenha um papel importante na compreensão das mesmas ações e até de declarações comuns. Tomemos, por exemplo, alguns aspectos.
Abertura
Muitos tópicos que nos parecem muito pessoais são comuns para outros.
Sim, não queremos discutir nossa viagem ao médico ou dizer que o gamal da noite passada é pessoal. Estamos acostumados a discutir essas coisas em um certo círculo de pessoas. Além disso, não tenho certeza se alguém gosta de falar sobre a visita de um médico. Ao mesmo tempo, a abertura desaparece em algum lugar quando se trata de algumas coisas técnicas. A propósito, isso nem sempre depende de qualidades pessoais. Lembre-se de que em algumas nacionalidades não é habitual perguntar diretamente se algo não é compreendido durante uma conversa, mesmo que haja realmente uma discussão sobre isso. Por alguma razão, é considerado completamente normal, após uma discussão, pesquisar no google todos os conceitos e termos ouvidos e tentar descobrir por conta própria. Além disso, às vezes as mesmas palavras têm significados diferentes, dependendo do contexto, o que acrescenta mais mal-entendidos. Portanto, esteja preparado para ler na face do interlocutor, onde você precisa explicar e contar mais. Mas é realmente difícil fazer uma ligação pelo Skype, mesmo que julgando apenas por uma voz incerta e incerta.
Abordagens de feedback ou como o feedback é dado
É costume que os russos façam comentários pessoalmente, positivos ou negativos, sobre o comportamento da equipe. Os holandeses fazem isso em grupo. Eu chamo isso de "flagelação pública" quando se trata de uma classificação negativa expressa publicamente em uma equipe. Meus colegas estão rindo que eu vejo essa ação, mas é. Se você pensar bem, a abordagem de "flagelação pública" também é usada aqui, mas, como regra, isso ocorre se não acontecer depois de duas ou três vezes os comentários feitos. Geralmente, alguém pode perceber o feedback do grupo como um insulto pessoal, mas do lado de colegas estrangeiros tudo parece normal.
Conclusão
Ouvi reclamações sobre os recursos e a complexidade de trabalhar com programadores russos não apenas aqui, mas também em outras empresas. Você pode ler sobre isso em artigos na Internet. Claro, por isso não descobri a América. Mas nem todo mundo entende que também precisamos procurar abordagens especiais e fazer esforços para obter respeito dos mesmos colegas russos. Leve em conta que essa é uma grande vantagem para você, se conseguir isso. E, ao trabalhar com colegas estrangeiros, tente superar o estereótipo de "esses rudes programadores russos".
Quero terminar minha história com conselhos sobre a leitura de um livro sobre diferenças culturais, que pessoalmente ainda não li, mas muitos colegas no último semestre começaram a ler como devem ter:
“O mapa da cultura: rompendo os limites invisíveis dos negócios globais” por Erin Meyer