REUNIÃO DIÁRIA (DAILY) DO SCRUM

A reunião diária, ou daily, é a cerimônia onde os desenvolvedores inspecionam a evolução do seu trabalho em direção ao cumprimento da meta da sprint.
É durante este cerimônia que os desenvolvedores inspecionam o produto e o processo de trabalho.
Na reunião diária os desenvolvedores podem descobrir o seguinte:
- Tarefa que o time não consegue implementar em função de impedimentos externos
- Tarefa que o time esqueceu de implementar
- Tarefa que o time não consegue implementar por falta de capacidade técnica
- Tarefa que mudou de prioridade e que precisa ser repriorizada
- Desenvolvedor que não está colaborando com o time
- Desenvolvedor que está precisando de ajuda
- Ferramenta que não está funcionando
e vários outros problemas.
Neste artigo vou te mostrar os seguintes aspectos de uma reunião diária:
- Quem participa
- Frequência
- Como fazer
Confere o artigo.
1. Quem participa

É muito comum o Scrum Master facilitar a cerimônia de reunião diária, embora isto não seja obrigatório. Esta facilitação deve ser requisitada pelos desenvolvedores, e não imposta pelo Scrum Master.
A daily é de propriedade dos desenvolvedores. É uma reunião dos desenvolvedores para os desenvolvedores.
Não é uma reunião de status report para a organização.
Quem pode então participar desta reunião?
- Desenvolvedores (obrigatório)
- Scrum Master (Opcional)
- Product Owner (Opcional)
- Outros participantes (Opcional)
Obviamente os desenvolvedores participam, pois a reunião é deles e para eles.
O Scrum Master pode participar, caso seja convidado. Quando presente, pode facilitar a cerimônia ou simplesmente acompanhar e posteriormente sugerir melhorias.
O product owner também pode participar, caso o time ache interessante. A participação do product owner na daily geralmente tem como objetivo fornecer esclarecimentos sobre o produto.
Outros participantes podem participar, mas apenas para acompanhar a evolução do trabalho naquela sprint. Estes não devem cobrar status sobre o desenvolvimento do produto. O product owner é o responsável por reportar tal informação à organização.
É importante lembrar que, enquanto os desenvolvedores são os responsáveis pelo trabalho na sprint, é o product owner que responde pelo produto para as partes interessadas.
2. Frequência

A daily deve ser feita todos os dias.
Não realizar a daily diariamente pode incorrer nos seguintes problemas:
- Impedimentos demoram para ser identificados
- O time perde tempo com problemas não identificados
- A meta da sprint corre o risco de não ser atingida
- O time não tem clareza sobre sua evolução
e muitos outros problemas.
Quando os desenvolvedores evitam realizar a daily diariamente é porque eles não estão experimentando resultados concretos desta cerimônia.
É responsabilidade do Scrum Master mostrar para os desenvolvedores a importância da reunião diária e formatos que podem ser utilizados.
Realizar a daily todos os dias é uma estratégia eficiente de mitigação de riscos. Pois permite aos desenvolvedores rapidamente identificar e mitigar problemas.
3. Como fazer

Uma das dúvidas mais comuns é sobre a realização da reunião diária (daily).
Como fazer?
Aqui abaixo vou te mostrar um passo a passo que utilizo para realizar a reunião diária com meus times. Vamos lá?
1 – Algum desenvolvedor ou o Scrum Master, caso tenha sido convidado, convoca os demais desenvolvedores e atua como facilitador.
2- O facilitador abre o board.
3 – O facilitador comenta item por item do backlog, que o time escolheu para a sprint, e pergunta o seguinte:
- O item evoluiu desde a última daily?
- O que será feito daqui pra frente para desenvolver o item do backlog?
- Existe algum impedimento para evoluir o desenvolvimento do item do backlog?
4 – Depois de passar item por item o facilitador deve perguntar: Alguém deseja trazer algum problema ou compartilhar alguma informação importante com o time?
O passo a passo acima tem como foco as entregas da sprint e não verificar o que cada desenvolvedore está fazendo.
Eu vejo muito Scrum Master escrutinar cada desenvolvedor durante a daily. Isso contribui para um menor engajamento dos desenvolvedores com o Scrum Master.
Eu prefiro focar nas entregas durante a daily e, consequentemente, cada envolvido no item do backlog se manifesta voluntariamente.
Espero ter mostrado para você neste artigo as informações essenciais para você realizar a cerimônia de reunião diária com mais qualidade.
Fico interessado em aprender sobre Scrum?
Eu tenho um curso que te ensina Scrum e a se preparar para a certificação.
Clica na imagem abaixo e descubra todos os detalhes.
Até a próxima!

Marcelo Neves tem 25 anos de experiência em Tecnologia, Processos e Produtos. É formado em Tecnologia de Processamento de Dados e pós-graduado em Gestão de Projetos pela UFRJ. Tem ajudado diversas empresas a adotar abordagens ágeis e cultura de produto. Já atuou em empresas do segmento de educação, bancário, indústria da moda feminina e indústria médica. É proprietário da empresa Anelox onde oferece consultoria à empresas de produtos, análise de negócios e agilidade. Atualmente Marcelo Neves trabalha como especialista no desenvolvimento de Product Owners. Criou o curso Professional Product Leader de formação de Product Owners. Marcelo também mentora individualmente profissionais que estão em transição de carreira para a área de produtos. A jornada profissional de Marcelo começa no ano de 1990, quando começa em seu primeiro emprego no Banco Real como office boy. Em 1993 começou a faculdade de Computação no Rio de Janeiro. Logo no primeiro ano iniciou o primeiro estágio no Banco do Brasil. No ano seguinte foi trabalhar como desenvolvedor de software de computador em Clipper em uma pequena empresa de informática. Em 1997 foi trabalhar em outra empresa de consultoria onde atuou por 13 anos. Nesta empresa atuou como desenvolvedor de software, analista de negócios e tem sua primeira experiência como Product Owner. Em 2006 criou seu canal no Youtube. Mas só tomou coragem para postar seu primeiro vídeo em 2012. Seu canal no Youtube hoje tem mais de 16.000 seguidores e lá compartilha bastante conteúdo e vídeos sobre agilidade, produtos e gestão. No ano de 2007, ainda funcionário de uma empresa de consultoria, fundou a Anelox. Começou a prestar serviços de consultoria de análise de negócios, projetos e produtos. Depois de um bom tempo percebeu que sua didática era algo que o destacava de outros profissionais. Esse foi o estopim para decidir dedicar boa parte do seu tempo na criação de cursos presenciais e online que tem ajudado inúmeros profissionais no Brasil e também em outros países da América Latina. Em 2010 funda o Capítulo Rio de Janeiro do Instituto Internacional de Análise de Negócios. A ideia era promover a análise de negócios no Rio de Janeiro. Em 2011 foi convidado para participar da escrita do BABoK v3. Escreveu o corpo de conhecimento junto a um time de mais de 40 profissionais do mundo inteiro dedicados à análise de negócios. No ano de 2015 começa a atuar digitalmente com treinamentos e consultoria online e, quatro anos depois, cria o portal CANAL VALOR oferecendo ao público cursos gratuitos e pagos voltados para gestão de produtos e agilidade. Bem, esse relato é um pouco da história profissional de Marcelo Neves. É claro que tem muitos causos, desafios e alegrias durante essa jornada. Se tem algo que Marcelo aprendeu durante os anos é que devemos aprender a gostar do que se faz. Algo bem diferente, do que se defende, de que devemos fazer aquilo que se ama.