Guia Scrum | 35. Scrum Diário

O Daily Scrum dura no máximo quinze minutos e é sempre realizado no mesmo lugar e na mesma hora para reduzir a complexidade desnecessária. É participado por todos os Desenvolvedores que trabalham juntos no Produto e, opcionalmente, pelo Scrum Master. O principal objetivo deste Evento Scrum é planejar as tarefas nas quais eles se concentrarão durante o dia.

Daily Scrum – índice:

1. Introdução
2. A fórmula do Daily Scrum
3. Problemas com o Daily Scrum e o método 5W
4. Perguntas de apoio
5. 5 Porquês
6. Resumo

Introdução

O Daily Scrum é o mais curto e frequente dos Eventos Scrum, uma visão geral da qual pode ser encontrada em um artigo separado. A tarefa dos Desenvolvedores que participam do Daily Scrum é definir rapidamente as metas de trabalho para as próximas 24 horas. Dessa forma, cada um deles sabe no que os outros estão trabalhando e como estão avançando em direção a um objetivo comum de Sprint.

A fórmula do Daily Scrum

Não existe uma fórmula única para o Daily Scrum. Cada Equipe de Desenvolvimento desenvolve um formato de reunião que funciona para ela. No entanto, existe uma estrutura geral para facilitar a condução.

Um Daily Scrum bem conduzido deve permitir que cada participante responda a duas perguntas:

• Qual é a tarefa mais importante que realizarei hoje?
• Quais são os obstáculos para realizar essa tarefa?

No entanto, fazer essas perguntas diretamente não é uma fórmula obrigatória. Estas são perguntas de exemplo que definem o eixo da reunião. O Daily Scrum tem como objetivo melhorar a comunicação na Equipe de Desenvolvimento, priorizar tarefas e reduzir o risco de gargalos.

O Daily Scrum é um evento equivalente ao Daily Standup em outros métodos Ágeis. E muitas vezes ocorre de forma muito semelhante a ele – embora o Guia Oficial do Scrum não exija que os Desenvolvedores fiquem em pé durante este curto Evento. Muito frequentemente, seus participantes simplesmente ficam em pé enquanto conversam em um grupo informal.

Embora possa parecer que 15 minutos por dia é muito para discutir tarefas diárias, a prática mostra que essa reunião é a melhor para a eficácia da Equipe de Desenvolvimento. Com atualizações frequentes e regulares sobre metas e compromissos, todos os Desenvolvedores se concentram nas tarefas prioritárias e priorizam o progresso suave da equipe em relação aos resultados individuais.

Problemas com o Daily Scrum e o método 5W

Um dos problemas com o Daily Scrum é que os Desenvolvedores prolongam o tempo da reunião. Se esse for o caso, é uma boa ideia introduzir uma política de anotar em um quadro – seja físico ou virtual – questões problemáticas que não são centrais para o Daily Scrum, mas são importantes para a Equipe. Dessa forma, será possível retornar aos problemas que foram deixados para serem discutidos durante as conversas informais ao longo do dia. E também, se necessário, durante a Retrospectiva da Sprint, que descreveremos em mais detalhes em um artigo separado.

Outro problema que frequentemente surge durante os Daily Scrums é transformá-los em reuniões para resumir o trabalho do dia anterior. Os Desenvolvedores então se concentram em discutir os resultados já alcançados. Isso não é uma boa prática. É verdade que a orientação atual dos Desenvolvedores sobre o status do trabalho que leva ao Objetivo da Sprint é muito importante. No entanto, dedicar o Daily Scrum a tarefas já concluídas não promove a eficiência.

Perguntas de apoio

Se a Equipe não está se beneficiando do Daily Scrum, o Scrum Master pode ajudar os Desenvolvedores a identificar problemas observando a reunião em busca de respostas para as seguintes perguntas:

5 Porquês

Após a identificação inicial do problema, uma técnica eficaz para determinar a causa do problema pode ser o método 5 Porquês também chamado de 5 Whys ou 5W por Sakichi Toyoda. Envolve fazer várias perguntas “Por quê?” em sequência. Isso possibilita diagnosticar a causa mais profunda do problema e, assim, resolvê-lo mais facilmente.

Por exemplo, vamos pegar o último item da tabela: o problema surge na área de comprometimento com a resolução de problemas pela Equipe de Desenvolvimento. As cinco perguntas podem ser as seguintes:

1 x POR QUÊ?

P: Por que os Desenvolvedores não oferecem diferentes maneiras de resolver os problemas que surgem?

R: Porque o Desenvolvedor Harry é sempre o primeiro a propor uma solução.

2 x POR QUÊ?

P: Por que o Desenvolvedor Harry é sempre o primeiro a propor uma solução?

R: Porque ninguém mais está falando.

3 x POR QUÊ?

P: Por que ninguém mais se manifesta?

R: Porque outros Desenvolvedores não têm vontade de buscar melhores soluções.

4 x POR QUÊ?

P: Por que outros Desenvolvedores não sentem vontade de buscar melhores soluções?

R: Porque encontrar soluções requer foco e é mais fácil considerar a solução do Harry boa o suficiente.

5 x POR QUÊ?

P: Por que eles consideraram a solução do Harry boa o suficiente?

R: Como não são recompensados por propor alternativas, discutiram seus planos para hoje no início da reunião e estão pensando em começar.

Neste caso, o problema da falta de comprometimento com a resolução de problemas pode ser resolvido mudando a ordem do Daily Scrum e começando por essa questão. Ou criando um sistema de recompensa pela melhor solução, por exemplo, introduzindo uma recompensa simbólica para o autor do maior número de soluções aceitas pela Equipe em uma determinada Sprint.

Resumo

O Daily Scrum é uma parte fundamental do trabalho diário da Equipe de Desenvolvimento. No entanto, cada Equipe deve elaborar para si a fórmula ideal para essa reunião. Um Daily Scrum bem conduzido permite o estabelecimento contínuo de sub-metas para alcançar o Objetivo da Sprint. Também possibilita diagnosticar rapidamente problemas de comunicação e melhorar a cooperação entre os Desenvolvedores.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.