Daily: a reunião de 15 minutos que segura a sprint

O que é a daily (e o que ela resolve)

A daily — também chamada de daily scrum, daily meeting ou reunião diária — é um encontro de até 15 minutos, todos os dias úteis, no mesmo horário, em que o time que trabalha junto numa sprint sincroniza o trabalho: o que avançou desde ontem, o que vem a seguir e o que está travado. Ela existe no Scrum, mas times Kanban e times fora da TI a adotam do mesmo jeito, porque o problema que ela resolve é universal: sem um ponto de sincronização diário, os bloqueios ficam invisíveis por dias.

O detalhe que quase todo mundo erra: a daily não é uma reunião para o chefe. É uma reunião do time, para o time. O objetivo não é cada pessoa provar que trabalhou; é o grupo replanejar o dia juntos — "a Marina está travada esperando o jurídico, então o Rafael assume o item dela e a Marina puxa o próximo do backlog". Quando a daily funciona, um impedimento que mataria três dias de trabalho é descoberto e destravado em 24 horas. É por isso que ela é, silenciosamente, a cerimônia que mais segura a sprint.

Quinze minutos parecem pouco, e é de propósito. A daily é uma sincronização, não uma sessão de resolução de problemas: o que precisa de discussão longa sai dela e vira conversa separada, logo depois, só com os envolvidos. Essa disciplina é o que a mantém curta o suficiente para ninguém querer aboli-la.

O formato clássico: ontem, hoje, bloqueios

O roteiro mais conhecido dá a cada pessoa três perguntas:

1. O que eu fiz desde a última daily que ajudou a meta da sprint?
2. O que eu vou fazer até a próxima daily?
3. O que está me bloqueando?

Repare no detalhe da primeira pergunta: não é "o que eu fiz", é "o que eu fiz que ajudou a meta da sprint". A diferença muda tudo. "Respondi e-mails e participei de duas reuniões" não é uma resposta de daily; "terminei o texto da landing page, falta só a revisão" é. A daily olha para a meta, não para a agenda de cada um.

Um exemplo fora da TI, para ficar concreto. O time de recrutamento da Camila faz daily às 9h15. A rodada de hoje:

• Camila: "Ontem fechei a triagem da vaga de analista financeiro, 8 candidatos aprovados para entrevista. Hoje agendo as entrevistas. Sem bloqueios."
• Diego: "Ontem finalizei o descritivo da vaga de designer, mas está parado esperando aprovação da gerente da área desde terça. Bloqueio: sem essa aprovação não publico."
• Renata: "Ontem apliquei os testes da vaga de vendas. Hoje corrijo e mando devolutiva. Sem bloqueios."

Nove frases, dois minutos, e um bloqueio de dois dias ficou visível para todo mundo. A líder do time não resolve o bloqueio ali — ela anota e liga para a gerente da área depois da daily. A reunião segue.

A terceira pergunta é a mais importante e a mais negligenciada. Times imaturos respondem "sem bloqueios" no automático, mesmo travados. Vale o líder puxar de vez em quando: "tem algo que, se alguém resolvesse hoje, aceleraria seu item?" — a resposta costuma ser diferente.

Por que em pé, por que 15 minutos

A tradição de fazer a daily em pé (daí o nome stand-up meeting) não é folclore: é um mecanismo físico anti-enrolação. Ninguém quer ficar em pé 40 minutos, então a reunião tende a se manter curta. O ponto não é o desconforto — é o sinal: isto não é uma reunião para se acomodar e discutir o mundo; é uma parada rápida no meio do caminho.

Os 15 minutos funcionam pela mesma lógica. A timebox curta força três comportamentos saudáveis:

• Objetividade. Cada pessoa aprende a resumir seu dia em três frases, porque não há espaço para mais.
• Priorização das conversas. O que merece 20 minutos de discussão ganha uma reunião própria — o famoso "fica para depois da daily" (algumas equipes chamam de parking lot): os assuntos estacionam e são resolvidos na sequência, só com os interessados.
• Constância. Uma reunião de 15 minutos cabe em qualquer agenda, todo dia. Uma de 45 é a primeira coisa cortada na semana cheia — e aí o time perde justamente a sincronização.

Se a sua daily passa de 15 minutos todos os dias, o problema raramente é indisciplina. Ou o time é grande demais para uma daily só (acima de umas 10 pessoas, considere dividir), ou a reunião virou outra coisa — status report, sessão de debug, alinhamento com gente de fora. As próximas seções tratam disso.

Ande pelo board, não pelas pessoas

O formato "cada um fala" tem um defeito estrutural: ele centra a conversa nas pessoas, quando o que importa é o trabalho. Uma alternativa que resolve boa parte das dailies arrastadas é usar o board da sprint como roteiro: em vez de dar a palavra pessoa a pessoa, o time percorre as colunas do quadro, da direita para a esquerda — do que está mais perto de concluir para o que está começando.

A pergunta muda de "o que você fez ontem?" para "o que falta para este item andar de coluna?". A diferença na prática:

• Itens parados ficam evidentes — um card que não se move há três dias grita no board, mas passa despercebido na rodada de falas.
• Quem não tem novidade não precisa inventar fala para preencher seu turno.
• O time olha primeiro para terminar o que está em andamento, em vez de começar coisa nova — que é exatamente a disciplina que salva o fim da sprint.

Começar pela direita tem um motivo: item quase pronto entregando é valor realizado; item novo começando é só promessa. A ordem da caminhada comunica a prioridade.

Um exemplo de time de marketing: o board da sprint da agência tem as colunas A fazer → Em andamento → Revisão → Aprovação do cliente → Publicado. Na daily, o time começa por "Aprovação do cliente": dois posts estão lá há quatro dias. Descoberta do dia: o contato do cliente está de férias e ninguém sabia. Ação: a coordenadora vai atrás do substituto ainda de manhã. Sem o board como roteiro, esses dois cards continuariam invisíveis — cada um falaria só do que estava fazendo, e ninguém "estava fazendo" os posts parados.

No TeamBOX, a página da sprint foi desenhada exatamente para esse uso: o gestor compartilha a tela na daily e o time caminha pelas colunas do board — com o burndown e o termômetro da sprint logo ali, mostrando se o ritmo do time fecha a conta até o fim do período. A daily deixa de ser uma rodada de memória e vira uma leitura conjunta do estado real da sprint.

O que a daily NÃO é

Metade das dailies doentes fica doente porque virou outra reunião com o mesmo nome. Vale nomear os impostores:

Não é status report para o chefe. Se as pessoas falam olhando para o gestor, esperando aprovação, a daily morreu — virou prestação de contas em série. O teste é simples: se o gestor faltar, a daily acontece igual? Deveria. O gestor participa como parte do time (ou nem participa), não como plateia a ser convencida.

Não é sessão de debug (nem de brainstorm). "Deixa eu te mostrar o erro" são as seis palavras que destroem uma daily. Duas pessoas mergulham num problema, as outras seis assistem — oito pessoas pagando o custo de uma conversa de duas. A regra: o problema é anunciado na daily e resolvido depois dela, só com quem precisa. O mesmo vale para o time de conteúdo discutindo o título da campanha: assunto legítimo, fórum errado.

Não é reunião de planejamento. Repriorizar o backlog, quebrar um item grande, renegociar escopo — tudo isso é trabalho de planning ou refinamento. A daily pode detectar que a sprint precisa de replanejamento ("nesse ritmo não entregamos a meta"); a decisão acontece em outra conversa.

Não é o único momento de comunicação do dia. Bloqueio descoberto às 14h se comunica às 14h — a daily do dia seguinte é a rede de segurança, não o canal primário.

E um impostor mais sutil: a daily não é 1:1 coletivo. Assuntos individuais — desenvolvimento, feedback, carreira, desconforto com um colega — pertencem à reunião 1:1, não à roda com todo mundo ouvindo.

Daily remota: o que muda (e o que não pode mudar)

Com o time distribuído, a daily continua sendo a cerimônia mais fácil de manter — e a mais fácil de degradar. O que preserva a qualidade:

• Board compartilhado na tela, sempre. No remoto não existe a parede com post-its; se o board digital não estiver visível, cada um fala de memória e a reunião vira relato solto.
• Horário fixo e início pontual. Começar 9h02 esperando atrasados ensina o time que 9h não é 9h. Comece com quem estiver; quem chegou tarde se atualiza depois.
• Câmeras abertas, se o combinado do time permitir. É mais difícil despachar um "sem bloqueios" automático olhando para os colegas.
• Uma pessoa fala por vez, e o mediador roda. Ou siga a ordem das colunas do board, que elimina a dúvida de quem fala agora.

Times com fuso muito espalhado às vezes recorrem à daily assíncrona: cada um posta suas três respostas num canal até certa hora. Funciona como registro, mas perde o melhor da daily — a reação imediata ("eu destravo isso pra você em 10 minutos"). Se o assíncrono for inevitável, combine que bloqueios geram conversa síncrona no mesmo dia. Para times híbridos, vale a regra das reuniões mistas: se um está remoto, todos entram pelo link, cada um da sua tela.

Sinais de daily doente — e como consertar cada um

A daily é um termômetro do time: quando ela adoece, geralmente está denunciando um problema maior. Os sintomas mais comuns:

Sintoma: passa de 25 minutos todo dia. Causa provável: discussões de solução dentro da daily, ou gente demais na sala. Remédio: institua o "fica para depois" sem dó — assunto com mais de 60 segundos de discussão é estacionado e resolvido na sequência, só com os envolvidos. Time com mais de 10 pessoas em frentes distintas: divida em duas dailies.

Sintoma: virou teatro — todo mundo fala "sem bloqueios" e os problemas explodem no fim da sprint. Causa provável: falta de segurança psicológica (admitir travamento é visto como fraqueza) ou a sensação de que reportar bloqueio não muda nada. Remédio: o líder trata o primeiro bloqueio reportado como ouro (resolve no mesmo dia e conta na daily seguinte). Bloqueio que gera ajuda vira hábito; bloqueio que gera cobrança vira segredo.

Sintoma: as pessoas falam para o gestor, não umas com as outras. Causa: a daily virou prestação de contas. Remédio: rode o mediador entre os membros do time, use o board como roteiro (a atenção vai para o quadro, não para o chefe) e — se você é o gestor — fale por último ou não fale.

Sintoma: metade do time acha a daily inútil e começa a faltar. Causa provável: as pessoas não dependem umas das outras ou a reunião não gera decisão nenhuma. Remédio: teste duas semanas de daily guiada pelo board, focada só em itens parados e bloqueios. Se mesmo assim não houver o que sincronizar, o problema é o desenho do time ou da sprint — leve o tema para a retrospectiva, o fórum certo para redesenhar as cerimônias.

Sintoma: o mesmo item aparece "em andamento" há uma semana. A daily está funcionando como detector — o problema é ninguém agir sobre o sinal. Remédio: combine um limite explícito ("item parado há 3 dias vira pauta obrigatória") e trate na hora: quebrar o item em partes menores, trocar o responsável ou escalar a dependência externa.

Checklist para começar (ou recomeçar) amanhã

Se a sua daily ainda não existe — ou existe e virou fardo — este é o kit mínimo para amanhã de manhã:

1. Marque 15 minutos, todo dia útil, no mesmo horário — de preferência no início do expediente do time, recorrente no calendário.
2. Abra o board da sprint (na TV, na parede ou na tela compartilhada) e caminhe pelas colunas da direita para a esquerda; sem board, use as três perguntas clássicas.
3. Eleja um guardião da timebox na primeira semana — alguém com a missão de dizer "fica para depois" e anotar os assuntos estacionados.
4. Feche a daily com os bloqueios nomeados e com dono: "Diego cobra a aprovação da vaga, Camila fala com o financeiro". Bloqueio sem dono continua lá amanhã.
5. Resolva as conversas estacionadas imediatamente depois, só com os interessados — é isso que prova ao time que a daily curta funciona.
6. Depois de duas semanas, pergunte na retro: a daily está nos ajudando a destravar mais rápido? O que a gente muda?

A daily perfeita é discreta: 12 minutos, dois bloqueios descobertos, uma troca de prioridade combinada, todo mundo de volta ao trabalho. Ela não parece grande coisa vista de fora — até o dia em que o time fica sem ela e os travamentos voltam a levar uma semana para aparecer.