No meu último emprego, herdei uma relação entre a minha empresa e um grande número de outsourcers ucranianos que sofria com esta questão. O nosso pessoal transmitia uma mensagem geral sobre o que queremos fazer num e-mail ou num bilhete. Os ucranianos liam-na e faziam perguntas. Algumas dessas perguntas obteriam resposta, outras ficariam sem resposta, outras obteriam respostas ambíguas de membros do pessoal que discutiam sobre o assunto. Os outsourcers, tendo boa iniciativa, acabariam por desistir das perguntas e implementar algo, que depois os membros da equipa se queixariam porque “não era o que eles queriam”. Quando entrei, o meu chefe disse-me: “Olha para estes tipos, eles não estão a cumprir, acho que talvez precisemos de nos livrar deles, até vocês”. Depois de investigar, respondi: “Não há nada de errado aqui que não seja culpa nossa”. Depois trabalhei para dar a volta a essa relação através da comunicação e foi muito bem sucedida. Mas muitas pessoas não sabem como gerir uma relação de outsourcing deste tipo.
Aqui estão algumas razões pelas quais pode não estar a obter uma resposta, espero que dêem alguma ideia do que uma empresa de tecnologia americana pode estar a fazer internamente que lhe pareça estranho.
O gerente pode estar simplesmente sobrecarregado com o e-mail. Sei que cheguei ao ponto em que (gerindo 4 equipas, 30 outsourcers em cima do pessoal americano, uma posição crítica com suporte e pontos de contacto de vendas) estava a receber cerca de 300 e-mails por dia (sem contar com coisas automatizadas como actualizações de bilhetes e alertas, então eram mais 800), e se uma rápida olhadela a um e-mail me indicasse que a coisa certa provavelmente aconteceria sem a minha intervenção - poderia não receber resposta. A prioritização tem de ser por vezes implacável. Ele pode nem sequer vê-la, ou pode vê-la e pensar “ele vai descobrir” e está debaixo da arma para fazer algo mais nessa altura. Ou, ele tem que ir buscar mais informação ou permissão de outro lugar, causando um atraso (e quando há um atraso como esse, há mais riscos de que a cadeia seja quebrada em algum lugar e o e-mail esquecido).
O gestor pode pensar que já deu uma resposta - noutro e-mail, ou a um colega de equipa seu, ou verbalmente na chamada de standup naquela manhã, ou à sua gestão - e assume que o assunto está resolvido. Sei que quando sentia que uma pergunta não podia ser respondida com um sim/não, mas precisava que o seu enquadramento fosse discutido, especialmente com alguém com menos conhecimentos de inglês, por vezes falava com o gestor do outsourcer ou com o líder técnico e mandava-o falar com a pessoa. Ou eles faziam uma pergunta demasiado técnica e eu apontava para um chefe técnico local e dizia “Tu! Segue o Anton e responde a esta pergunta”. Como gerente, uma vez que você tenha passado “a bola” para qualquer um, é fácil ver a sua chapa como limpa desse problema, mesmo quando não é bem assim.
Podem estar a tentar levá-lo a mostrar iniciativa. É difícil ser um outsourcer - algumas empresas querem tratá-lo como um escravo do campo e não deve fazer nada que alguém não lhe tenha pedido explicitamente e escrever uma grande especificação. Outras querem que trabalhe ao lado dos seus engenheiros americanos e que seja livre de inovar e cheio de iniciativa e de tudo isso. Fomos um dos últimos e tivemos de trabalhar muito com os engenheiros e a sua gestão para dizer “por favor, não lhes digam o que fazer e não atribuam tarefas”. Queremos que eles retirem tarefas do esquecimento por vontade própria e queremos alavancar os seus espertos deixando-os tomar decisões". Por isso, tentamos desencorajar as perguntas “Mãe, posso eu” no interesse do empoderamento.
Puras questões de comunicação - nem sequer lhe vou chamar barreira linguística, porque isso também aconteceu entre mim e os meus chefes locais. Eles ignoram um e-mail e assumem que sou só eu a dizer-lhes o que se passa. Ou o e-mail foi enviado a várias pessoas e elas não assumem que a resposta deva vir delas. A não ser que haja uma grande linha vermelha a piscar a dizer “RESPOSTA REQUERIDA DE VOCÊ - SIM, MR. SMITH” eles podem estar apenas a ignorar a chamada para a acção no e-mail. Assuma para cada nível acima de si que o seu nível de leitura regressou a um nível muito inferior - escola média para gestores da linha da frente, escola primária para gestores superiores, jardim-de-infância para um CEO. É triste mas é verdade. Lembre-se também que eles estão a trabalhar a um nível superior - se colocar uma questão como, por exemplo, um comentário sobre um bilhete, algo que toda a gente técnica veria, o gestor pode não estar tão na moda na execução táctica e não o ver. (Eu sei que por vezes as pessoas diziam “Eu ponho um comentário JIRA a pedir os vossos pensamentos” e eu dizia “Filtro tudo isso para uma pasta porque recebo centenas de actualizações de bilhetes por dia, chega até mim especificamente se precisares de alguma coisa”)
Formas de tentar mitigá-lo.
Bypassing Asking When Appropriate. Compreenda o grau de iniciativa e de decisão individual que esperam de si, tendo em conta a sua cultura, então execute sob essa linha e não faça perguntas se realmente não precisar. Além disso, pergunte aos líderes tecnológicos locais, líderes tecnológicos americanos, etc., as suas questões de gestão local que provavelmente lhes devem ser dirigidas. No caso B vs A que cita, eu pessoalmente daria orientações “Faça a coisa certa, e apenas envie um e-mail dizendo ‘Estou a fazer B primeiro porque é um pré-requisito para A e A será feito a tempo’ sem fazer perguntas”. Se eles não quiserem que você faça essa mudança, eles falarão, e você removeu um bloqueador para si e uma tarefa para eles (resposta obrigatória). Isso é uma vitória para todos do ponto de vista de um gestor.
**Use o chat, telefone, etc. para fazer o acompanhamento - sei que é um pouco intimidante devido ao fuso horário e à barreira linguística, mas um telefonema pode ir directo ao assunto num jogo de ténis por e-mail com uma semana de duração. O e-mail é na verdade um método de comunicação terrível para obter respostas inequívocas e atempadas a perguntas, apesar da sua conveniência. Se tiver chamadas regulares ou standups, coloque lá as suas perguntas como bloqueadores. Se não o fizer, sugira que o faça! Um standup CT Webex/G+ 9 AM funciona bem para a maioria das equipas Americanas/Ucranianas (excepto por vezes West Coasters).
Use Clear Email Communication. Faça perguntas e faça perguntas e faça perguntas claras em e-mails - a pergunta e a quem espera responder deve ser proeminente. Coloque uma pergunta num e-mail - se colocar várias, ou se as perguntas estiverem inseridas noutro texto explicativo, é provável que sejam ignoradas. Se tiver de encaixar vários pensamentos num e-mail, use pontos de pontos. Use cores/negrito para fazer sobressair perguntas ou nomes de pessoas com “to-dos”. Use linhas de assunto que sejam claras, um [RESPOSTA NECESSÁRIA] ou outro designador similar no assunto chamará a atenção. Facilite a resposta para o gestor e é mais provável que obtenha uma resposta imediatamente. Siga as perguntas não respondidas (a cada 24 horas está bem); não é rude fazê-lo.
Aqui está um exemplo de um e-mail que um gestor provavelmente não vai ver/ignorar (retirado do meu arquivo de e-mail).
Para: 12 Membros da Equipa Incluindo o Gestor A
Assunto: Re: Alerta de pesquisa: Mais de 0 resultados encontrados para “Dev NPE ou OOM
Notei um problema com esta mensagem nos registos:
BIG MULTILINE LOG MESSAGE
e penso que significa que os servidores de aplicações estão a reiniciar a cada quatro horas, talvez haja um bug ou algo assim. Acho que pode ser uma fuga de memória, da última vez que vimos isto nesta outra aplicação foi blá blá por favor não leiam mais isto… Talvez devêssemos ver isto em vez de algum outro trabalho planeado.
Engenheiro X
Do ponto de vista do gerente é a) não só para mim, b) tem alguma linha de assunto arcano que é provavelmente o técnico a falar sobre alguma coisa. 50% de hipóteses de não ler o e-mail. Se eu tiver 5 segundos de sobra eu leio o email e, _ se_ eu fizer isso através dos detalhes, não vejo uma pergunta clara e certamente não uma dirigida a mim, e eu sigo em frente. Agora vamos ver um e-mail que provavelmente me fará ler e responder.
Para: Manager A
Cc: A Equipa
Assunto: [RESPOSTA REQUERIDA] Parar o trabalho para endereçar o servidor de aplicações reinicia
Descobri que os servidores de aplicações estão a falhar e a reiniciar a cada quatro horas a partir dos nossos alertas de registo. Este é um problema grave que afecta os clientes de forma intermitente.
Manager A , proponho que pare de trabalhar nas minhas tarefas de sprint para resolver este problema como um incidente urgente. Falei com o Engenheiro Y e ele concorda que essa é a linha de acção correcta, pelo que ambos planeamos trabalhar imediatamente neste assunto. Is that acceptable*?
Engineer X
First, you checked to confirm technical details with someone else before lighting me up. A [RESPONSABILIDADE REQUERIDA] e uma linha de assunto clara atraem-me, o nome em negrito e a chamada à acção permitem-me saber o que é exigido de mim. E, há uma linha de acção padrão descrita, por isso, se ainda não puder responder por alguma razão (apanhado no gerente fora do local onde gritam consigo se estiver a enviar um e-mail!) sei o que vai acontecer.
Para: Engenheiro X
Cc: Equipa
Assunto: Re: [RESPONSABILIDADE REQUERIDA] Parar o trabalho para endereçar o servidor de aplicação reinicia
vá como você propõe
(ou) ter o Engenheiro Y a trabalhar nisso, você termina a sua tarefa de sprint
(ou) eu não entendo, Vamos ter uma chamada para discutir
(ou) não, o Engenheiro Z falou-me disso e já se passa há meses, acabe o que está a fazer e vamos conseguir isso no próximo sprint
Enviado do meu iPhone
Espero que isso ajude alguns. Nem todos os gestores estão habituados a trabalhar com outsourcers, e mesmo aqueles que são vítimas da pressão do tempo e das expectativas. Ele certamente não tem nenhum problema pessoal consigo, apenas um (ou mais) destes factores está por vezes a fazer com que ele não responda.
P.S. Slava Ukraini!