Dicas para uma Daily Scrum mais produtiva

Este post não tem tags.

Compartilhe:

É comum vermos algumas disfunções que levam os times Scrum a terem Dailys mais longas, pesadas e sem foco. No ano passado, o Marcos Garrido escreveu um post sobre Mitos e Fatos da Daily Scrum e me inspirei nesse texto para escrever algumas dicas de como deixar as reuniões diárias mais produtivas.

No post do Marcos, ele abordou 3 disfunções que encontramos frequentemente ao realizar coaching de times. Com base nelas, apresentamos dicas simples que acreditamos que podem ajudar.

1) Daily Scrum como status report

Em primeiro lugar, a Daily Scrum costuma virar status report. Isso acontece quando o time sempre fala diretamente para o Product Owner, o Scrum Master ou para alguém no papel de líder técnico. Ao invés de falar para o time como um todo, cada pessoa se reporta a quem estiver em um desses papéis. Para mitigar este problema podemos experimentar algumas ações como:

  • Pessoas nesses papéis ficarem em segundo plano durante a Daily Scrum , consequentemente deixando o time ser o foco.
  • Não começar a reunião com P.O., S.M. ou líder perguntando algo como “E aí, o que vocês estão fazendo?”.
  • Relembrar o objetivo da Sprint Planning: o que é e como funciona no início da Daily Scrum , reforçando que o time deve falar sobre o trabalho e impedimentos relacionados ao objetivo.
  • Deixar que os membros do time de desenvolvimento atualizem o quadro ao invés de uma única pessoa atualizar sempre.

2) Daily Scrum como uma reunião para resolver problemas

Muitas vezes isso ocorre porque o time deixa para se comunicar apenas na Daily ou porque o Scrum Master não está disponível fora da Daily. Para criar uma rotina em que impedimentos não surgem apenas na Daily Scrum podemos:

  • Refletir se um impedimento ou problema que só surgiu na Daily Scrum de fato acabou de acontecer. Se não é o caso, então já não deveria mais ser novidade.
  • Reforçar que a comunicação sobre impedimentos e problemas deve ser sempre o mais próximo possível do momento em que ocorrem para que sejam tratados o quanto antes.
  • Scrum Master deve manter-se disponível sempre que o time precisar e não apenas nas cerimônias do Scrum. Para isso pode ser que ele tenha que deixar de lado outras responsabilidades externas ao time.
  • Respeitar o timebox e levar assuntos extensos para outro momento.

3) Daily Scrum ser o único momento para atualizar o quadro do Time

Esse caso acontece bastante quando o time está resistente em utilizar o quadro, quando o Scrum Master ou o P.O. toma para si a responsabilidade de manter o quadro atualizado ou quando a granularidade de itens no quadro não é suficiente para dar a visibilidade necessária do trabalho. Algumas dicas para experimentar nesse caso são:

  • Garantir que o time entende o motivo de existir um quadro e vê valor nisso.
  • Promover o ownership do time sobre o quadro, deixando-os atualizar e refatorar o quadro da forma que acharem melhor. Que tal promover uma retrospectiva sobre o quadro e como ele pode ser melhor utilizado?
  • Experimentar quebrar os itens do quadro em outra granularidade. Por exemplo, tarefas que duram menos de um dia costumam promover uma visão de progresso e sentimento de conquista que faz com que as pessoas tenham vontade de divulgar o andamento de cada item.

É importante lembrar que não existe receita de bolo e nem bala de prata que seja a solução para todos os casos. Nós da K21 acreditamos que é sempre um trabalho a quatro mãos, a experimentação e melhoria contínua que fazem a diferença.

Esperamos que essas dicas ajudem vocês no dia a dia para dailys cada vez mais produtivas! Experimentem e contem para a gente nos comentários como foi!

Quer dicas para ser um bom Scrum Master?

E-book gratuito Scrum Master com dicas para Daily Scrum e outras funções do papel

Baixe o e-book gratuito O papel do Scrum Master para entender a sua importância e  saber como você pode ser um agente de mudança inspirador como Scrum Master.

Sobre o autor(a)

Agile Expert e Trainer na K21

Liderança de novos negócios e inovação na K21, tem mais de 8 anos de experiência em Consultoria e trabalha com produtos digitais desde 2012. É Mestre em Informática pela UniRio, trainer de Management 3.0 e Objectives and Key Results (OKRs). Colaborou na transformação de organizações como Adeo Leroy Merlin, Banco Carrefour, Natura, Algar Telecom e Whirlpool.

Artigos relacionados

Um pouco do que foi o evento Product to Rescue em 9 de Julho 2024   Foco no problema Manter o foco no problema pode ser Old School mas ainda está em alta. Ficamos muito presos em problemas inexistentes ou…

Após terminar de ler o livro Ruído de Daniel Kahneman, decidi reler alguns clássicos que não olhava há algum tempo. Dentre eles, Rápido e Devagar do mesmo autor e Pensando em Sistemas de Daniela Meadows. Não pude deixar de perceber…

O Guia do Scrum fala sobre o refinamento do Product Backlog: “O Product Backlog é refinado conforme necessário” (p. 9). Todavia ele não descreve exatamente o que é o refinamento. Uma reunião, uma atividade, um processo. Neste artigo vamos jogar…

Marcos Garrido, Sócio-fundador e Trainer na K21

Existem muitas formas de organizar as métricas de seu produto / empresa. Aqui neste blog já escrevemos sobre as Métricas do Pirata, Fit For Purpose (F4P) e Métricas nas Quatro Áreas de Domínio da Agilidade. Todavia, agora, queremos falar sobre…