Você tem um time dividido entre dois fusos e duas ou três horas em comum por dia. A primeira reação costuma ser encaixar todos os rituais nessa janela: daily, refinamento, planning, review, retro e as reuniões de alinhamento que surgem. Em poucas semanas, a janela fica lotada e ninguém tem tempo de programar quando o outro lado está online.
A outra reação é espalhar reuniões para fora do horário de alguém. Funciona por um tempo, até essa pessoa cansar. O caminho mais sustentável é tratar as horas em comum como o recurso mais caro do time e colocar nelas só o que precisa de conversa ao vivo. O resto vai para a escrita.
Comece pelo mapa de sobreposição
Antes de mexer na agenda, desenhe a semana real do time.
- Liste cada pessoa com o fuso e o horário em que costuma estar disponível, não o horário oficial.
- Converta tudo para um fuso de referência.
- Marque a janela em que todos estão disponíveis e as janelas parciais, em que só parte do time está.
- Anote as mudanças de horário de verão e os feriados de cada país.
Com o mapa, você enxerga três tipos de tempo: a janela de todos, as janelas parciais e o tempo de foco individual. Cada ritual tem um lugar certo. Se o mapa mostrar menos de duas horas em comum, revise o desenho do time antes de revisar os rituais. O artigo sobre o que avaliar antes de montar um time em outro fuso trata disso.
O que fica síncrono e o que vai para a escrita
Síncrono, na janela de todos
- Planning: a negociação de escopo precisa de ida e volta rápida.
- Refinamento de itens complexos: quando há dúvida de negócio ou de arquitetura.
- Review com stakeholders: reação ao vivo vale mais que comentário por escrito.
- Retrospectiva: conversas sobre como o time trabalha pedem tom de voz.
Assíncrono, por escrito
- Daily: status e bloqueios funcionam bem escritos.
- Refinamento de itens simples: perguntas e respostas no ticket.
- Code review: já é assíncrono por natureza. Combine um prazo de resposta.
- Comunicados e decisões pequenas: registre e siga.
Uma regra prática: se a conversa precisa de mais de três trocas de mensagem para chegar a uma conclusão, marque 15 minutos na janela comum.
Daily escrita: um template que funciona
Cada pessoa posta no canal do time até um horário combinado do seu próprio dia. Para quem está no outro fuso, a atualização está lá quando começa o expediente.
- Ontem: o que foi concluído, com link para o ticket ou PR.
- Hoje: o que pretende avançar.
- Bloqueios: o que impede o avanço e quem pode ajudar, com menção direta.
- Para o outro fuso: o que alguém do outro lado precisa saber ou fazer antes de você voltar.
O último item é o que faz diferença. Ele transforma a daily em um handoff. Se houver bloqueio que dependa de conversa, ele vai para a janela comum no mesmo dia.
Documentação de decisões e handoffs
Registro de decisão
Toda decisão que muda o rumo de uma tarefa precisa estar escrita onde o time procura, normalmente no ticket ou em um documento de decisões do projeto. Um formato curto basta:
- Contexto: qual era o problema.
- Opções consideradas.
- Decisão e motivo.
- Quem decidiu e em que data.
Handoff de fim de dia
Quando uma tarefa passa de um fuso para outro, quem sai deixa escrito o estado atual, o próximo passo, onde estão os arquivos ou branches e o que ainda não foi testado. Parece burocracia, mas evita que alguém perca a manhã tentando reconstruir o que o colega sabia.
Resumo de reunião
Quem não pôde participar recebe, no mesmo dia, um resumo com decisões e próximos passos. Três a cinco linhas bastam. A gravação é um complemento, não um substituto.
Ferramentas e combinados
A ferramenta importa menos que o combinado. Qualquer time já tem gerenciador de tarefas, chat e repositório. O que costuma faltar é a regra de uso.
- Um lugar para cada coisa: decisões no ticket, conversa no chat, conhecimento permanente na wiki.
- Canais separados para urgente e para assunto que pode esperar o outro fuso.
- Status de disponibilidade atualizado, com o horário local visível no perfil.
- Prazo de resposta combinado, por exemplo, até o próximo início de expediente para mensagens não urgentes.
- Agenda fixa: planning, review e retro sempre no mesmo horário, para ninguém precisar recalcular fuso toda semana.
Armadilhas comuns
- Encher a janela comum de reuniões. Proteja pelo menos parte dela para pareamento e dúvidas rápidas.
- Revezar sempre para o mesmo lado. Se alguma reunião precisa sair do horário, alterne quem se sacrifica.
- Daily escrita que ninguém lê. O líder precisa responder aos bloqueios no mesmo dia, senão o formato morre.
- Decisões no corredor. Quem está no escritório decide e esquece de registrar. Para o outro fuso, a decisão não existe.
- Copiar os rituais do time presencial. Eles foram desenhados para outro contexto. Ajuste duração, formato e horário.
Para os rituais com profissionais alocados no mesmo fuso, veja também rituais com profissionais alocados.
Como a Devgo entra nessa rotina
No Squad as a Service, a Devgo entrega o time completo com rituais rodando desde a primeira sprint, e isso inclui desenhar a rotina em cima das horas em comum com o cliente. Os profissionais trabalham em fusos compatíveis com EUA e Europa, full-time e 100% dedicados ao time.
Quando o cliente já tem a própria rotina, a Devgo aloca profissionais ou liderança, como tech lead, PM ou PO, que se encaixam nela. Em qualquer formato, um agente Devgo acompanha a alocação no dia a dia e ajuda a ajustar o que não está funcionando.
Use as horas em comum para conversar e decidir; todo o resto deve estar escrito quando o outro fuso acordar.
