Standup: como fazer valer os 15 minutos

Nove pessoas em uma chamada. A quarta diz «ontem eu basicamente continuei aquilo que mencionei ontem», e em algum ponto do mosaico uma câmera se apaga. São 9:47. Isso começou às 9:30.

Um standup deveria custar quinze minutos e produzir um plano para o dia. Muitos custam vinte e cinco e produzem um relatório de status para quem tem o cargo mais alto na chamada — outra reunião, com um nome que já não serve.

A correção não é disciplina. É o que a reunião pergunta — e a maioria dos times ainda faz as três perguntas que os próprios autores do formato deixaram de recomendar anos atrás.

O que é, de fato, um standup

Um standup é uma sincronização diária curta para um time que compartilha um objetivo. Todo mundo olha para o mesmo trabalho, diz o que está travado e ajusta o plano do dia. Não é relatório de progresso e não é onde as decisões são tomadas — embora seja com frequência onde se descobre que uma decisão é necessária.

A prática tem dois pais. Ken Schwaber e Jeff Sutherland apresentaram Scrum juntos pela primeira vez na conferência OOPSLA em 1995, e o framework inclui um evento diário; a palavra «scrum» veio de um artigo de 1986 na Harvard Business Review, de Hirotaka Takeuchi e Ikujiro Nonaka, que tomava emprestada a imagem rugbística de um time levando a bola junto. Um standup diário também aparece entre as práticas do Extreme Programming no fim dos anos 1990. A maioria das pessoas usa os dois nomes para a mesma coisa.

Ficar de pé era um truque, não um princípio: uma reunião em pé fica desconfortável, e o desconforto limita a duração. Nenhuma versão do Guia Scrum jamais exigiu isso, e insistir nisso exclui quem não consegue ficar de pé com conforto.

Uma fronteira: isto é a sincronização diária do time. Não é a sessão recorrente em que um gestor percorre prioridades com o time — outro animal, tratado em como conduzir uma reunião de equipe eficaz. E certamente não é a reunião all hands para toda a empresa. Quando o conteúdo do standup migra para uma das duas, alguma coisa quebrou lá em cima.

O que o Guia Scrum diz hoje, e o que ele deixou de dizer

A maioria dos times roda um formato tirado de um documento que já não diz o que eles acham que diz.

O Guia Scrum de 2020 — a versão vigente — descreve a Daily Scrum como «um evento de 15 minutos para os Developers do Scrum Team», realizado no mesmo horário e no mesmo lugar em todo dia útil da sprint. Seu propósito é inspecionar o progresso em direção ao objetivo da sprint e adaptar o sprint backlog. O Product Owner e o Scrum Master participam apenas quando estão trabalhando em itens desse backlog.

E então a frase que quase ninguém leu: os developers podem escolher a estrutura e as técnicas que quiserem, desde que a reunião se concentre no progresso rumo ao objetivo da sprint e produza um plano acionável para o trabalho do dia seguinte.

O que significa que as famosas três perguntas acabaram. Edições anteriores as prescreviam; a revisão de 2020 tirou isso junto com boa parte da outra linguagem prescritiva. Nada no Scrum atual obriga alguém a dizer o que fez ontem. O guia também observa, de passagem, que este não é o único momento em que um time pode replanejar.

Por que as três perguntas envelheceram mal

O que eu fiz ontem. O que vou fazer hoje. O que está me travando. Como rodinhas de apoio para um time que nunca fez isso, tudo bem. Como estrutura permanente, elas falham de quatro maneiras previsíveis.

Elas são dirigidas a pessoas, não ao trabalho. Nove pessoas vezes três respostas dão vinte e sete pequenos monólogos, dos quais qualquer ouvinte precisa de uns quatro. O objetivo nunca aparece, porque nenhuma pergunta pergunta por ele.

«Ontem» é uma pergunta de auditoria. Peça a alguém que preste contas do dia anterior na frente dos colegas e você vai receber uma defesa, acolchoada para soar como um dia cheio. É exatamente isso que a pergunta convida a fazer.

A direção do reporte se desloca. O contato visual vai para a pessoa mais sênior presente, e em três semanas aquilo virou um briefing para ela em vez de uma sincronização entre pares.

Elas escondem o estado da sprint. Todo mundo pode estar ocupado, ninguém travado, e o objetivo escorregando do mesmo jeito. O formato não tem como mostrar isso.

Experimente uma vez: conduza um standup em que ninguém pode dizer o que fez ontem. Se ele ainda assim cumprir seu papel — e normalmente cumpre — aquela pergunta nunca estava carregando o valor.

Melhores perguntas para o standup

A virada que conserta a maioria dos standups é percorrer o trabalho em vez de percorrer a sala. Abra o board e vá item por item, da direita para a esquerda — comece pelo que está mais perto de concluir, porque terminar vale mais do que começar. Cada um fala quando o item dele chega, e ninguém encena um relatório diário.

As perguntas que merecem seu lugar:

• O que precisa acontecer hoje para este item andar? Feita ao item, respondida por quem o carrega.
• O que está em risco e quando vamos saber? A pergunta do bloqueio reescrita para que possa ser respondida com honestidade. Admitir «em risco» não custa nada. Dizer «bloqueado» soa como confissão.
• O que mudou desde ontem que outra pessoa precisa saber? Pega a decisão tomada por fora que três pessoas não ouviram falar.
• Quem precisa de dez minutos de quem depois disto? A pergunta de maior retorno da reunião, e a que mantém os outros quatorze minutos limpos.
• Ainda vamos bater o objetivo? Duas ou três vezes por semana, em voz alta. Um time que não consegue responder não tem objetivo compartilhado — é um problema de planejamento fantasiado de standup.

Quinze minutos, e para onde eles vão

O timebox não escala com o número de pessoas — quinze minutos são quinze minutos, sejam vocês quatro ou dez. Faça a conta num time de dez e dá noventa segundos por cabeça, o sinal mais claro possível de que o rodízio pessoa a pessoa é a forma errada.

Standups incham de três jeitos. Alguém começa a resolver um problema ali na hora. Alguém faz um briefing para um stakeholder ausente. E as pessoas narram para provar esforço — sintoma de como a reunião foi usada até aqui, não de preguiça.

A correção para os três: nomeie, dê um dono, marque uma hora. «Isso é uma questão de design — Rosa e Tunde, logo depois disto, quinze minutos.» Tudo o que virar compromisso sai como uma tarefa de verdade, e há um método para redigi-las no nosso guia sobre como escrever itens de ação que saem do papel.

Se o estouro acontece quase todo dia, pare de chamar isso de falta de disciplina. O estouro é uma reunião de que o seu time precisa — e uma sessão de trabalho semanal com uma pauta de reunião de verdade por trás faz esse serviço melhor do que dez minutos parafusados em toda manhã.

Um modelo de standup diário para copiar

Um board, um cronômetro, seis passos. O formato é deliberadamente centrado no item: um nome só aparece quando alguém precisa de algo de outra pessoa.

Modelo — standup diário de 15 minutos

STANDUP DO [TIME] — [data] · 15 min · cronômetro: [quem]

Objetivo que estamos perseguindo: [uma linha — leia em voz alta só quando tiver mudado]

Percorrer o board, da direita para a esquerda

[Item] — [estado] — [o que precisa acontecer hoje para ele andar] — [quem o carrega]

Em risco de não aterrissar

[Item] — [por quê] — [quando vamos saber]

Mudou desde ontem

[O que os outros precisam saber — decisões, quebras, informação nova]

Precisa de alguém hoje

[Nome] precisa de [o quê] de [nome] — [quando eles vão se falar]

Estacionado

[Assunto] → [quem responde por ele] → [quando acontece]

Exemplo preenchido — standup de 15 minutos

STANDUP DO SQUAD DE PAGAMENTOS — ter, 1 de set · 15 min · cronômetro: Meg

Objetivo: reembolsos passando pelo novo livro-razão antes do dia 12.

Percorrer o board, da direita para a esquerda

Estorno de reembolso — em revisão — precisa que Nils olhe antes do almoço — Rosa

Job de conciliação — em andamento — rodando hoje sobre os dados de setembro — Tunde

Reembolsos parciais — não iniciado — ninguém pega até o estorno subir

Em risco de não aterrissar

Job de conciliação — faltam dois dias de dados na exportação de setembro — Tunde vai saber até as 14:00

Mudou desde ontem

O financeiro antecipou o corte para o dia 10. Dois dias antes da data que está no board.

Precisa de alguém hoje

Rosa precisa de uma revisão do Nils — antes do almoço · Tunde precisa da exportação que falta com o pessoal de data eng — Meg vai cobrar às 10:00

Estacionado

Se os reembolsos parciais entram ou não neste lote → Meg → 20 minutos depois disto, com Tunde

Bem conduzido, isso leva uns sete minutos. Os outros oito são a folga que impede alguém de atropelar o item que precisava de conversa.

Standups assíncronos, e quando eles são só teatro de status

Um standup assíncrono substitui a reunião por atualizações escritas publicadas em um canal até um horário limite. Bem feito, ele ganha da versão ao vivo para muitos times. Mal feito, é um ritual que ninguém lê — pior do que a reunião que substituiu, porque numa reunião pelo menos as pessoas escutam.

O assíncrono ganha quando o time se espalha por mais do que algumas horas de fusos e qualquer horário ao vivo pune alguém; quando o trabalho é fracamente acoplado; e quando o valor do time vem de blocos longos sem interrupção, em que um 9:30 fixo é uma interrupção fantasiada de coordenação.

Mantenha ao vivo quando as pessoas estão nos mesmos arquivos e uma colisão custa meio dia, quando o time é novo, ou quando os posts silenciosamente pararam de ser lidos — detectável em um minuto, checando se alguém alguma vez responde.

Ficar ao vivo e distribuído torna o horário mais difícil do que parece, porque uma reunião diária não pode ser rodiziada como uma mensal: um horário ingrato é ingrato para a mesma pessoa todo dia durante um ano. Coloque-a dentro da janela real de sobreposição, não no começo da manhã da matriz. Abaixo de umas três horas de sobreposição, assíncrono é a resposta honesta, não a preguiçosa.

A regra que faz o assíncrono funcionar: um post que cita outra pessoa é um pedido, não uma linha de status, e pedidos recebem resposta no mesmo dia útil. Sem isso você tem um muro de atualizações e nenhuma coordenação.

Modelo — post de standup assíncrono

#[time]-standup — [data] · publicar até [horário, seu horário local]

Quatro linhas. Detalhe vai na thread.

Andando

[A única coisa que você vai terminar hoje. Não é uma lista.]

Em risco

[O que pode não aterrissar, e quando você vai saber]

Pedido

[@nome — o que você precisa e para quando — ou «nenhum»]

Aviso

[Uma coisa que o time ficaria irritado de não ficar sabendo]

Exemplo preenchido — post assíncrono

#payments-standup — ter, 1 de set · Tunde, 09:10 WAT

Andando

Job de conciliação rodando sobre os dados de setembro — quero ter um resultado antes de encerrar o dia.

Em risco

Faltam dois dias na exportação. Se não for resolvido até as 14:00 UTC, isso escorrega para quinta.

Pedido

@meg — dá para cobrar o pessoal de data eng pelos dias 3 e 4? Preciso até as 14:00 UTC.

Aviso

O financeiro antecipou o corte para o dia 10. O board ainda diz dia 12.

Sendo direto sobre ferramentas: um standup de quinze minutos não precisa de transcrição, e quem te vende uma está resolvendo um problema que você não tem. As exceções são estreitas — o time distribuído cujo «standup» é na verdade um vídeo gravado que metade assiste depois, e o standup que vive virando reunião de decisão que ninguém registrou. Para esses, um assistente de reuniões com IA que grava e resume a chamada se paga: o Laxis cobre Zoom, Google Meet e Teams, extrai os itens de ação e seus responsáveis, e lida com mais de 100 idiomas. Para uma sincronização normal de sete minutos, um board e um cronômetro ganham de qualquer software.

Quatro jeitos de um standup morrer

Como matar ou consertar um standup que ninguém valoriza

Não coloque isso em votação no próprio standup. Pergunte às pessoas uma a uma, porque em grupo ninguém quer chamar uma reunião de perda de tempo na frente de quem a agendou.

Depois faça o experimento. Cancele por duas semanas e não substitua por nada — não por outra reunião, por nada mesmo — anotando antes o que você espera que quebre. A maioria dos times aguenta uns quatro dias antes de duas pessoas colidirem no mesmo trabalho ou de uma decisão ser tomada duas vezes. Essa colisão é o valor que a reunião estava entregando, e agora você conhece o tamanho dele.

Se nada quebrar, o time não estava compartilhando trabalho para começar. O standup estava compensando trilhas paralelas que não precisam de coordenação diária, e a correção honesta é mudar como o trabalho é dividido, em vez de manter a cerimônia viva.

Sem chegar a matá-lo, corte a frequência pela metade. Três manhãs por semana é legítimo fora do Scrum; dentro do Scrum significa que você saiu do framework, o que tudo bem, desde que seja uma decisão e não uma deriva. E se o que sobreviver for uma reunião de decisão em vez de uma sincronização, trate-a como tal: uma pauta, um facilitador, um registro escrito. Lembrar é justamente o que um standup faz pior.

Para as reuniões que realmente precisam de registro

O Laxis entra nas chamadas que importam no Zoom, no Google Meet e no Teams, escreve o resumo e lista cada item de ação com a pessoa responsável. O plano gratuito inclui 300 minutos de transcrição por mês.

Experimente o Laxis grátis

Onde isso deixa você

O standup é uma das poucas reuniões cujo valor é fácil de testar, e quase ninguém testa. Cancele e veja o que cai. Mude uma pergunta e ouça o quanto as pessoas falam diferente. Empurre meia hora para mais tarde e descubra se a manhã valia ser protegida.

As pessoas que escreveram as regras silenciosamente pararam de dizer como gastar aqueles quinze minutos. Isso é um convite, não um descuido.

Perguntas frequentes

O que é um standup?

Um standup é uma sincronização diária curta, normalmente de 15 minutos, em que um time que trabalha rumo a um objetivo compartilhado verifica o progresso e ajusta junto o plano do dia. Ele existe para trazer à tona o que está travado e quem precisa de quem, não para reportar status para cima. No Scrum, o evento equivalente se chama Daily Scrum.

Quanto tempo deve durar um standup diário?

Quinze minutos, e o número não cresce com o tamanho do time. O Guia Scrum de 2020 fixa a Daily Scrum em 15 minutos independentemente do tamanho do time, que é exatamente por isso que o rodízio pessoa a pessoa deixa de funcionar depois de seis ou sete participantes. Se você precisa sistematicamente de trinta, está realizando uma sessão de trabalho dentro de um standup.

Quais são as três perguntas do standup?

O que eu fiz ontem, o que vou fazer hoje e o que está me travando. Versões anteriores do Guia Scrum as prescreviam, mas a revisão de 2020 removeu a prescrição por completo. Os times ainda podem usá-las, e muitos times novos as consideram rodinhas de apoio úteis, mas nada no Scrum atual as exige.

É preciso ficar de pé em um standup?

Não. Ficar de pé era um truque para deixar a reunião desconfortável o suficiente para permanecer curta, e o Guia Scrum nunca exigiu isso. Insistir nisso também exclui quem não consegue ficar de pé com conforto, e não faz nada por um time remoto. Use um cronômetro visível: ele faz o mesmo serviço sem a encenação.

Um gestor deve participar do standup diário?

Só se tiver trabalho no board. O Guia Scrum enquadra a Daily Scrum como um evento para os Developers, e no momento em que um gestor participa como plateia a reunião vira discretamente um relatório de status endereçado a ele. Se você precisa de visibilidade como gestor, leia o board ou peça um resumo semanal.

Standups assíncronos são melhores que os ao vivo?

Standups assíncronos ganham quando o time se espalha por mais do que algumas horas de fusos, quando o trabalho é fracamente acoplado, ou quando proteger o tempo de foco importa mais que a imediatez. O ao vivo ganha quando as pessoas estão nos mesmos arquivos, quando o time é novo, ou quando as atualizações escritas pararam de ser lidas por qualquer um.