7 min leitura • Guide 733 of 877
Executando Daily Standups Efetivos
Standups podem ser valiosos ou desperdício - o formato importa. GitScrum suporta standups síncronos e assíncronos com updates estruturados, rastreamento de bloqueios e resumos automáticos.
Propósito do Standup
Para que Servem Standups
O PROPÓSITO REAL DO STANDUP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✅ STANDUPS SÃO PARA: │
│ │
│ SINCRONIZAÇÃO: │
│ "Agora sei no que todos estão trabalhando" │
│ "Vejo onde posso ajudar ou preciso de ajuda" │
│ │
│ TRAZER BLOQUEIOS À TONA: │
│ "Estou travado e preciso de ajuda" │
│ "Algo está bloqueando progresso" │
│ │
│ COMPROMISSO: │
│ "Isso é o que planejo realizar" │
│ "Sou accountable para meus colegas" │
│ │
│ CONEXÃO DO TIME: │
│ "Começamos o dia juntos" │
│ "Estamos alinhados nas metas do sprint" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ❌ STANDUPS NÃO SÃO PARA: │
│ │
│ • Relatórios de status para gestão │
│ • Discussões técnicas detalhadas │
│ • Resolução de problemas │
│ • Decisões de design │
│ • Mostrar o que você fez │
│ • Justificar seu tempo │
│ │
│ SE É UM RELATÓRIO DE STATUS: │
│ Você errou o formato │
└─────────────────────────────────────────────────────────────┘
Anti-Padrões
ANTI-PADRÕES DE STANDUP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ❌ O RELATÓRIO DE STATUS: │
│ Todos reportam para o gestor, não uns aos outros │
│ → Virem-se uns para outros, não para o gestor │
│ │
│ ❌ A SESSÃO DE RESOLUÇÃO: │
│ Issues complexos são discutidos completamente │
│ → "Vamos levar isso offline após standup" │
│ │
│ ❌ A MARATONA: │
│ 30+ minutos para time de 6 pessoas │
│ → Limites rígidos de tempo, parking lot para discussões │
│ │
│ ❌ O CONTA-HISTÓRIA: │
│ "Ontem abri meu laptop, peguei café, então..." │
│ → Só as manchetes, não o romance │
│ │
│ ❌ A MESMA COISA DE SEMPRE: │
│ "Ainda trabalhando na mesma coisa" │
│ → Se sem progresso, por que? Há bloqueio? │
│ │
│ ❌ O ESPORTE DE ESPECTADOR: │
│ Só algumas pessoas falam, outros desligam │
│ → Todos participam, mantenha relevante │
│ │
│ ❌ A CHAMADA: │
│ Só cumprindo o ritual │
│ → Cancele se não está adicionando valor │
└─────────────────────────────────────────────────────────────┘
Formato de Standup Síncrono
Formato Clássico
FORMATO CLÁSSICO DE STANDUP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CADA PESSOA RESPONDE (< 2 minutos): │
│ │
│ 1. O QUE FIZ ONTEM? │
│ Relevante apenas para metas do sprint │
│ Manchetes, não detalhes │
│ │
│ 2. O QUE FAREI HOJE? │
│ O que estou me comprometendo │
│ Focado nas metas do sprint │
│ │
│ 3. ALGUM BLOQUEIO? │
│ O que está prevenindo progresso │
│ Preciso ajuda de alguém │
│ │
│ EXEMPLO: │
│ │
│ Alex: "Ontem completei a integração da API de pagamento. │
│ Hoje começo tratamento de erros. Sem bloqueios." │
│ │
│ Jordan: "Ontem trabalhei na UI de checkout. │
│ Ainda em progresso, espero terminar hoje. │
│ Bloqueado: Preciso review de design da Maria." │
│ │
│ Maria: "Vou revisar design do Jordan primeiro. │
│ Depois continuo nos componentes do dashboard. │
│ Sem bloqueios." │
│ │
│ TEMPO TOTAL: 15 minutos máx para time de 5-8 │
└─────────────────────────────────────────────────────────────┘
Andando pelo Board
STANDUP FOCADO NO BOARD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ AO INVÉS DE PESSOA-POR-PESSOA: │
│ Ande pelo board da direita para esquerda │
│ │
│ DONE ← REVIEW ← EM PROGRESSO ← TODO │
│ │
│ POR QUE DA DIREITA PARA ESQUERDA: │
│ Terminar trabalho > Começar novo trabalho │
│ Foco em completar, não só começar │
│ │
│ PARA CADA ITEM: │
│ • Está se movendo? │
│ • Está bloqueado? │
│ • Precisa de ajuda? │
│ │
│ EXEMPLO: │
│ │
│ Facilitador: "API de Pagamento - em Review. Jordan?" │
│ Jordan: "Maria está revisando, esperamos aprovação hoje" │
│ │
│ Facilitador: "UI Checkout - Em Progresso, dia 3. Alex?" │
│ Alex: "Progredindo, deve estar pronto para review │
│ amanhã. Sem bloqueios." │
│ │
│ Facilitador: "Tratamento de erros - marcado bloqueado?" │
│ Sam: "Esperando credenciais API externa do DevOps" │
│ Facilitador: "Vamos escalar isso após standup" │
│ │
│ BENEFÍCIOS: │
│ • Foca no trabalho, não pessoas │
│ • Naturalmente traz à tona itens parados │
│ • Encoraja terminar sobre começar │
└─────────────────────────────────────────────────────────────┘
Formato de Standup Assíncrono
Quando Async Funciona
DECISÃO ASYNC VS SYNC:
┌─────────────────────────────────────────────────────────────┐
│ │
│ STANDUP SYNC FUNCIONA QUANDO: │
│ • Time é co-localizado ou mesmo fuso │
│ • Time se beneficia de contato diário │
│ • Necessidades de coordenação alta │
│ • Time novo ainda formando │
│ │
│ STANDUP ASYNC FUNCIONA QUANDO: │
│ • Time é distribuído entre fusos │
│ • Time é maduro e auto-organizado │
│ • Tempo de foco é mais valioso que sync │
│ • Overhead de comunicação é alto │
│ │
│ FORMATO ASYNC: │
│ • Postar update até 10h local │
│ • Mesmas perguntas que sync │
│ • Ler updates dos colegas │
│ • Follow up em bloqueios na thread │
│ │
│ FERRAMENTAS: │
│ • Feature de standup async do GitScrum │
│ • Slack com bot de standup │
│ • Canal do time com thread diária │
│ │
│ BENEFÍCIOS: │
│ • Respeita fusos horários │
│ • Protege tempo de foco │
│ • Registro escrito │
│ • Pode ser lido assincronamente │
│ │
│ QUANDO FAZER SYNC MESMO ASSIM: │
│ • Semanalmente para conexão humana │
│ • Quando coordenação complexa necessária │
│ • Limites de sprint │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Para Standups
- 15 minutos máximo — Strict timebox
- Foco no sprint — Só trabalho relevante
- Bloqueios primeiro — Resolver impedimentos
- Todos participam — Não espectadores
- Offline depois — Discussões fora
Anti-Padrões
ERROS DE STANDUP:
✗ Mais de 15 minutos
✗ Relatório de status para gestor
✗ Discussões técnicas longas
✗ Mesma coisa sempre
✗ Pessoas desligadas
✗ Sem bloqueios surfacem
✗ Ritual vazio
✗ Só alguns falam