Comunicação de time, sem enrolação.Startups e times de tecnologia
Oficina de Equipes

Combinados claros.
Sem retrabalho depois.

Agendar oficina

Toda conversa de time devia terminar em ação.

Menos mensagem perdida.
Mais decisão registrada.

A Oficina de Equipes organiza rituais, combinados e rotinas de comunicação para times que cresceram mais rápido que seus processos. Começamos pelo que trava o sprint desta semana, não por um framework pronto.

Contar o momento do time

Antes do org chart

O dia a dia conta a história.

Uma daily, um handoff de tarefa e uma decisão travada mostram mais sobre o time do que qualquer slide bonito. É por aí que começamos o diagnóstico.

Imagem ilustrativa: observar a comunicação do time também é observar o produto.

01 / Sintomas

Qual destes sintomas aparece toda sprint?

Toda decisão para no fundador

Até ajuste pequeno de produto espera aprovação do fundador. O trabalho é separar o que exige direção, o que pode ser delegado e que limites dão segurança ao time.

A daily acaba; a dúvida continua

Saem boas ideias da daily, mas ninguém sai com uma entrega definida. Criamos um registro curto que liga decisão, dono e data de revisão.

Slack urgente vira prioridade

O time abre muitas frentes e entrega poucas. Tornamos visíveis os critérios usados para dizer sim, adiar ou parar uma tarefa.

O contexto mora só numa pessoa

Férias e troca de squad revelam combinados que nunca foram escritos. Documentamos só o necessário para outra pessoa assumir o código sem travar.

02 / Na call

Uma pauta de call cabe numa tela.

Antes de chamar o time inteiro, separamos aviso, discussão e decisão. Nem todo assunto merece uma call; alguns só precisam de uma mensagem bem escrita.

Para a call que sobra na agenda, definimos uma pergunta de abertura, os dados necessários e quem pode decidir. A duração segue o problema, não o hábito do calendário.

Ver o guia de rituais →
Preparo simples, contexto suficiente.

03 / Combinado

O combinado precisa sobreviver ao fim da call.

Um registro de decisão não é uma transcrição da call inteira. É um instrumento para saber o que mudou e quando o assunto volta à pauta. Este é um exemplo de estrutura, não um case real de cliente.

  • DecisãoConcentrar bugs reportados em um único board.
  • Quem cuidaUma pessoa triagem a fila; o merge continua com quem tem alçada de tech lead.
  • CritérioSeveridade, impacto no usuário e informação mínima para reproduzir.
  • RevisãoNa próxima daily, checar exceções e ajustar o fluxo.

04 / Escopo

Escolher uma frente por vez também é trabalho.

Rituais do time

Revisamos rituais recorrentes, participantes, preparo necessário e saída esperada. O resultado é um calendário que ajuda a decidir, com espaço real para trabalho fora da call.

Papéis e handoffs

Identificamos quem abre, executa, aprova e recebe cada entrega. O foco está nos handoffs onde a informação se perde, não em escrever cargo extenso de job description.

O projeto pode juntar as duas frentes quando o time tiver capacidade. Prazos, rituais e entregáveis ficam combinados por escrito antes do kickoff.

05 / Percurso

Do diagnóstico ao hábito.

RASTREAR

Uma amostra atual

Acompanhamos rituais escolhidos com o time e ouvimos quem vive o dia a dia. Uma hipótese de problema é testada contra exemplos concretos do backlog.

EXPERIMENTAR

Um combinado pequeno

O time testa uma pauta, um registro ou um handoff por vez. O teste tem dono e um sinal observável de que está funcionando.

ITERAR

Uma retro honesta

O que não pegou é simplificado ou descartado. A versão final registra as exceções e quem cuida da manutenção depois.

06 / Time

A rotina não pode depender da oficina pra sempre.

O encerramento inclui revisar o material com quem vai usá-lo. Pedimos que o time explique como agir, onde achar a informação e quando chamar ajuda.

Essa conversa revela buraco que nenhuma wiki bonita esconde. O objetivo é deixar um sistema de combinados simples de entender, com dono de atualização definido.

Como manter o combinado vivo →
Autonomia exige contexto, não só acesso ao board.

07 / Exemplo

Situação ilustrativa

O bug que sempre volta.

Um time recebe chamados incompletos e precisa perguntar a mesma coisa de novo. Antes de comprar mais uma ferramenta, vale definir qual informação libera o início e quem completa o que falta.

O teste pode ser um template curto de chamado e uma regra para exceções. A revisão compara a qualidade das entradas, sem prometer que todo atraso vai sumir.

O que levamos pra call

Exemplos sem dado de cliente, o caminho atual do chamado e a visão de quem está envolvido. Não precisamos de senha, banco completo nem informação sigilosa no primeiro contato.

Oficinas servem para construir hábito de time, não só entregar um board bonito.

O que fica para depois

Troca de ferramenta, mudança de squad e contratação podem surgir como necessidade. São decisões separadas e não entram direto no escopo da oficina.

08 / Dúvidas

Antes de marcar a call.

Precisa chamar o time todo?

Não. A primeira call pode começar só com quem conhece o problema e consegue mobilizar as pessoas certas. Quem mais participa depende do ritual escolhido.

Vocês entregam um template pronto?

Podemos usar pergunta e template simples, mas a pauta e os combinados nascem do jeito que o time realmente trabalha. Um documento que ninguém atualiza não resolve nada.

A oficina substitui o tech lead?

Não. Decisão, prioridade e gestão de pessoas continuam com o time. A Oficina de Equipes facilita o diagnóstico, a construção e a revisão dos combinados de trabalho.

Nova oficina

Qual conversa o time está adiando?

Descreva uma situação do dia a dia do time. Não envie nome de cliente, documento pessoal ou dado financeiro detalhado.