Guia Scrum | 35. Reunião diária

A Daily Scrum não dura mais de quinze minutos e é sempre realizada no mesmo local e ao mesmo tempo para reduzir a complexidade desnecessária. É frequentado por todos os Desenvolvedores que trabalham juntos no Produto e, opcionalmente, o Scrum Master. O principal objetivo deste evento Scrum é planejar as tarefas em que eles se concentrarão no dia.

Daily Scrum - índice:

1. Introdução
2. A fórmula do Daily Scrum
3. Problemas com 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 mais frequente dos eventos do Scrum, cuja visão geral 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 trabalhando para um objetivo comum da Sprint.

A fórmula do Daily Scrum

Não existe uma fórmula certa para o Daily Scrum. Cada equipe de desenvolvimento desenvolve um formato de reunião que funciona para ela. No entanto, existe um quadro geral para facilitar a sua condução.

Uma Daily Scrum bem conduzida deve permitir que cada participante responda a duas perguntas :

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

No entanto, perguntar 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 no Time 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 funciona de maneira muito semelhante a ele - embora o Guia oficial do Scrum não exija que os desenvolvedores permaneçam durante este pequeno evento. Muitas vezes, seus participantes simplesmente ficam de 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 tal reunião é 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 sobre os resultados individuais.

Problemas com Daily Scrum e o método 5W

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

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

Perguntas de apoio

Se o Time não estiver se beneficiando do Daily Scrum, o Scrum Master pode ajudar os Desenvolvedores a identificar problemas observando a reunião para obter 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 dos 5 Porquês também chamado de 5 Porquês ou 5W por Sakichi Toyoda. Envolve perguntar vários “Por quê?” perguntas seguidas. Isso permite diagnosticar a causa mais profunda do problema e, assim, resolvê-lo mais facilmente.

Por exemplo, tomemos o último item da tabela: o problema surge na área de comprometimento com a solução de problemas pelo Time de Desenvolvimento. As cinco perguntas podem ter a seguinte aparência:

1x POR QUÊ?

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

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

2x POR QUÊ?

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

R: Porque ninguém mais está falando.

3x POR QUÊ?

P: Por que ninguém mais fala?

R: Porque outros Desenvolvedores não desejam buscar soluções melhores.

4x POR QUÊ?

P: Por que outros desenvolvedores não procuram soluções melhores?

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

5x POR QUÊ?

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

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

Nesse caso, o problema da falta de compromisso com a resolução de problemas pode ser resolvido alterando a ordem da Daily Scrum e começando por esta questão. Ou inventar um sistema para recompensar a melhor solução, por exemplo, introduzir uma recompensa simbólica para o autor do maior número de soluções aceitas pelo Time em um determinado Sprint.

Resumo

Daily Scrum é uma parte fundamental do trabalho diário da equipe de desenvolvimento. No entanto, cada equipe deve elaborar por si mesma a fórmula ideal para esta reunião. Uma Daily Scrum bem conduzida permite a definição contínua de sub-objetivos para atingir o Sprint Goal. 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.

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

1. Glossário de termos básicos, funções e noções
2. O que é Scrum?
3. Valores do Scrum
4. Como implementar o Scrum na sua empresa?
5. Time Scrum - o que é e como funciona?
6. Quem é um Product Owner?
7. Os erros mais comuns do Product Owner
8. Quem é o Scrum Master?
9. Características de um bom Scrum Master
10. Os erros mais comuns do Scrum Master
11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
12. Cooperação entre Product Owner e Scrum Master
13. Equipe de Desenvolvimento em Scrum
14. Os erros mais comuns dos desenvolvedores
15. Artefatos do Scrum
16. Escalando Scrum
17. Backlog da Sprint
18. O que é o Backlog do Produto?
19. O que são histórias de usuários?
20. Criando a melhor história de usuário com INVEST
21. Os erros mais comuns da história do usuário
22. Critérios de aceitação da história do usuário
23. Estimativa e pontos de história no Scrum
24. Poker de Planejamento
25. Jogo de estimativa de equipe
26. Definindo Incremento
27. Eventos Scrum
28. O que é Sprint no Scrum?
29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
30. O que é um gráfico Burndown?
31. Como criar e interpretar um gráfico de burndown?
32. Vantagens e desvantagens do gráfico de burndown
33. Quadros Kanban em Scrum e Scrumban
34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
35. Reunião diária
36. Planejamento de Sprint
37. Revisão da Sprint
38. O que é uma Sprint Retrospective?
39. Erros comuns durante uma Sprint Retrospective
40. Nutrição do Backlog do Produto