Cover do episódio 169: Trabalhar em time distribuído globalmente: o que funciona, o que não funciona
#1695 de setembro, 20234 min leituraDentro da Empresa GlobalS7 · 2023–2024

Trabalhar em time distribuído globalmente: o que funciona, o que não funciona

Depois de quase um ano em time distribuído em múltiplos fusos, aprendi que a maior parte dos problemas não é de fuso — é de cultura de comunicação.

Remote WorkTime DistribuídoEmpresa GlobalComunicaçãoAsync

A primeira coisa que as pessoas perguntam quando sabem que trabalho em time distribuído globalmente é sobre os fusos horários. "Como você faz reunião com alguém nos EUA?" Como se o maior desafio de trabalho distribuído fosse matemática de fuso.

O fuso é o desafio mais fácil. Você aprende a calcular automaticamente em dias. O que é difícil é mais sutil.


O que é difícil é comunicação assíncrona de alta qualidade. Em ambiente co-localizado, informação flui de forma osmótica — você ouve conversas no corredor, passa pela mesa de alguém e vê o que está na tela deles, faz uma pergunta rápida e recebe resposta em trinta segundos. Em time distribuído, essa osmose não existe. Cada informação que precisa existir para mais de uma pessoa precisa ser criada e compartilhada intencionalmente.

Quando isso não acontece, times distribuídos ficam fragmentados sem perceber.


O que funciona: documentação como hábito primeiro, não afterthought. Times que funcionam bem de forma distribuída escrevem antes de falar. Decisões são registradas com contexto e raciocínio, não só resultado. Onboarding tem documentação que uma pessoa consegue seguir sozinha. Postmortems são escritos e acessíveis para quem não estava na reunião de review.

Isso parece trabalhoso no início. Com o tempo, você percebe que é investimento — documentação bem feita elimina dezenas de perguntas repetidas e permite que pessoas em fusos diferentes tomem decisões sem precisar esperar alguém acordar.


O que não funciona: reuniões para compartilhar informação. Reunião é cara — ela usa o tempo de N pessoas ao mesmo tempo, não é pesquisável depois, e exclui pessoas que não estavam presentes. Quando você usa reunião para compartilhar status ou contexto que poderia estar num documento, você está desperdiçando recurso escasso.

Reuniões são boas para: decisões que precisam de debate em tempo real, resolução de bloqueios complexos, construção de relacionamento. Para tudo mais, um documento é melhor.


O maior ajuste que fiz foi aprender a comunicar com mais contexto. Em conversa cara a cara, contexto é implícito — você lê a linguagem corporal, percebe confusão antes de virar problema, ajusta em tempo real. Em texto assíncrono, o receptor não tem acesso a esse contexto. Você precisa incluí-lo explicitamente.

Comecei a escrever mensagens de Slack que incluem o porquê, não só o quê. Em vez de "isso pode ter impacto na feature X", começo a escrever "estou mudando a configuração do rate limit — isso pode fazer a feature X se comportar diferente em produção. Antes de fazer o deploy, vou verificar com o time da feature X. Se alguém quiser revisar antes, aqui está o pull request."

Mais palavras. Muito menos confusão.


Fuso se torna vantagem quando você aprende a usar. Quando meu turno termina, o time em outra timezone está começando. Se eu termino o dia com documentação clara do que fiz e do que está bloqueado, eles podem continuar. Se deixo tudo em reuniões que não aconteceram e contexto na minha cabeça, estou criando um gargalo que atravessa o planeta.

O time que aprende isso vira mais eficiente do que qualquer time co-localizado — porque está literalmente trabalhando 24 horas por dia com times de engenharia que se passam o trabalho como se fosse revezamento.


O que eu mudaria se começasse de novo: teria investido mais cedo em entender as preferências de comunicação de cada pessoa do time. Algumas pessoas preferem Slack para perguntas rápidas; outras acham intrusivo. Algumas respondem documentos com feedback detalhado; outras preferem discutir oralmente. Aprender essas preferências acelera colaboração de forma significativa.


Essa semana: se você trabalha em time distribuído, olha para as últimas dez decisões técnicas relevantes que seu time tomou. Quantas delas estão documentadas de forma que alguém de fora do time pudesse entender? Se a resposta for menos de cinco, você tem um problema de comunicação assíncrona que vai se intensificar conforme o time cresce.