O que é Daily Scrum?

Ken Schwaber e Jeff Sutherland desenvolveram o Scrum e descreveram a reunião diária em suas primeiras formulações do framework. O Scrum Guide, publicado inicialmente em 2010 e atualizado em 2020, define seu propósito, seus participantes e seu limite de tempo.

A edição de 2020 retirou as três perguntas tradicionais do texto. Os Desenvolvedores podem escolher qualquer estrutura ou técnica que mantenha o foco na Meta da Sprint e produza um plano acionável para o próximo dia de trabalho. A referência normativa continua sendo o Scrum Guide de 2020.

O Scrum trabalha em Sprints curtas, com uma Meta da Sprint que orienta as escolhas do time. Na Daily Scrum, os Desenvolvedores verificam o que mudou desde o último encontro, o que falta para alcançar a meta e como ajustar o Sprint Backlog. O resultado esperado é um plano para o próximo dia de trabalho, não uma ata de atividades passadas.

O evento acontece em todos os dias de trabalho da Sprint, no mesmo horário e lugar para reduzir complexidade, e tem duração de 15 minutos. O Scrum Guide não exige que as pessoas fiquem em pé, liguem câmera nem respondam três perguntas. Essas podem ser escolhas de um grupo, desde que ajudem. Um quadro visível costuma facilitar a conversa sobre itens, bloqueios e oportunidades de colaboração.

Quem participa e para quem se fala? A Daily Scrum é para os Desenvolvedores. Se o Product Owner ou o Scrum Master estiverem trabalhando ativamente em itens do Sprint Backlog, participam como Desenvolvedores. Outras pessoas podem observar se o time achar útil, mas não devem transformar a reunião em interrogatório. O Scrum Master é responsável pela efetividade do Scrum e ajuda o evento a acontecer conforme o guia, porém os Desenvolvedores conduzem a inspeção do plano.

Olhe para o trabalho, não para uma fila de relatos pessoais. Em vez de cada pessoa apresentar o que fez, o time pode percorrer os itens mais próximos de prontos, perguntar o que impede sua conclusão e decidir quem ajudará. Pode também começar pela Meta da Sprint: ainda é possível alcançá-la? Que ajuste no plano faria diferença hoje? O formato exato é livre.

Um impedimento identificado merece ação, mas a investigação detalhada pode continuar logo depois com as pessoas envolvidas. Usar os 15 minutos para depurar um problema técnico enquanto o resto do time espera costuma reduzir a utilidade do encontro. Ao mesmo tempo, não se deve esconder um risco relevante apenas para encerrar no relógio. Registre a decisão e combine a conversa seguinte.

A Daily Scrum não substitui comunicação durante o dia. Quando surge um bloqueio às 14h, as pessoas podem pedir ajuda naquele momento. Esperar até a manhã seguinte alonga a fila. O Scrum Guide deixa claro que os Desenvolvedores podem se encontrar outras vezes para adaptações e planejamento mais detalhado.

Também não é uma sessão de aprovação do Product Owner. O PO pode esclarecer uma decisão de produto quando necessário, mas a inspeção diária pertence aos Desenvolvedores. Questões sobre mudança de escopo podem ser conversadas com o PO sem colocar a Meta da Sprint em risco. Quando o grupo percebe que o plano anterior perdeu sentido, adapta o Sprint Backlog e torna essa mudança visível.

Uma Daily Scrum útil termina com escolhas concretas: quais itens serão concluídos, quem colaborará, que obstáculo será tratado e se a Meta da Sprint exige mudança no plano. Nem toda decisão precisa ser atribuída a uma pessoa pelo gestor. O time se organiza em torno do trabalho e acompanha o efeito no encontro seguinte.

Imagine um time hipotético com uma Sprint de duas semanas e a meta de permitir a confirmação de agendamentos pelo cliente. Na quarta-feira, há 3 itens em andamento: enviar confirmação, mostrar o horário atualizado e registrar a resposta do cliente. O envio já funciona, mas depende de uma regra sobre horários cancelados; a tela está pronta e aguarda integração; o registro ainda não começou.

Antes, as 5 pessoas gastavam os 15 minutos contando individualmente o que fizeram ontem. Saíam sem discutir a regra pendente e iniciavam mais tarefas. No dia seguinte, a integração seguia bloqueada. O trabalho parecia movimentado, mas a meta permanecia em risco.

Depois, o grupo abre o Sprint Backlog pela meta e pelos itens próximos da conclusão. Uma pessoa explica o bloqueio da regra; outra combina conversar com o Product Owner após o encontro. Duas pessoas decidem integrar a tela ainda hoje. O item de registro não será puxado até que a dependência principal esteja resolvida. Em 12 minutos, todos sabem qual ajuste farão e quem precisa conversar após a Daily.

O exemplo não prescreve uma sequência universal. Em outro dia, o melhor uso dos 15 minutos pode ser discutir uma falha em produção que afeta a meta. A qualidade da Daily aparece na clareza do plano e na adaptação do trabalho, não na duração exata ou no número de falas.

Cursos K21 recomendados