Guia Scrum | 24. Planejamento de Poker

O Planning Poker é uma das técnicas de estimativa mais populares do Scrum. Ocorre durante o Sprint Planning e possui algumas regras simples. Todos os jogadores se tornam membros do Time de Desenvolvimento e cada um deles coloca simultaneamente na mesa uma carta com o número de Story Points para estimar a tarefa descrita pelo Product Owner. Quais são as vantagens e desvantagens do Planning Poker e como jogar? Dê uma olhada no nosso post para descobrir e dominar a técnica.

Planning Poker – índice:

1. Introdução
2. Como jogar o Planning Poker?
3. Regras do Planning Poker
4. Vantagens e desvantagens do Planning Poker
5. Resumo

Introdução

O Planning Poker, também chamado de Scrum Poker ou Pointing Poker é uma técnica relativa para estimar a quantidade de trabalho necessária para concluir uma tarefa específica. Foi criado em 2022 por James Grenning. Ele queria resolver o problema das intermináveis ​​disputas no Time Scrum sobre a estimativa da dificuldade das tarefas dadas aos Desenvolvedores.

Como jogar o Planning Poker?

O objetivo do Planning Poker é estimar a dificuldade e o esforço de cada User Story selecionada para um determinado Sprint. As regras de jogar Planning Poker são simples. No entanto, primeiro, você precisa preparar os acessórios necessários.

As cartas de Story Point geralmente contêm valores correspondentes à sequência de Fibonacci, ou seja, 0, 1, 3, 5, 8, 13, 20, 40 e 100. Acontece também que são marcadas com potências sucessivas de 2, ou seja, 2, 4 , 8, 16, 32 e assim por diante. Por que não são números consecutivos? Porque o Planning Poker tem tudo a ver com mostrar claramente as diferenças entre a dificuldade das tarefas. E diferenças muito pequenas entre os valores das cartas obscureceriam os julgamentos.

Os números geralmente expressam o número de Story Points. No entanto, eles também podem ser outras unidades de medida usadas pelo Time Scrum. Escrevemos mais sobre unidades de estimativa e pontos de história neste artigo.

Regras do Planning Poker

Avisos de jogo de poker de planejamento:

• um baralho de cartas com User Stories – preparado separadamente para cada jogo
• um baralho de cartas com Story Points – um baralho para cada Desenvolvedor, para uso repetido

As fases do Planning Poker:

1. Apresentação da história do usuário
2. Discussão
3. Jogabilidade (As fases 2 e 3 são repetidas até chegar a um consenso de todos)
4. Consenso
5. Passando para a próxima história de usuário

O Planning Poker geralmente ocorre durante o Sprint Planning. O Product Owner detém as cartas de User Stories e os Developers recebem um baralho de cartas com Story Points.

O moderador é o Product Owner que inicia o jogo apresentando uma User Story para os outros membros do Time Scrum. Se eles tiverem dúvidas, eles devem falar imediatamente após apresentar uma história de usuário.

O próximo passo é iniciar uma discussão sobre a implementação da User Story. Todo o Time Scrum participa da discussão, mas os principais participantes são os Desenvolvedores. A discussão diz respeito, entre outros, a questões como:

• lado técnico da tarefa
• habilidades de desenvolvedores individuais que serão necessárias para completar a tarefa
• maneiras de lidar com as dificuldades esperadas
• tarefas adicionais relacionadas à execução da história do usuário.

Quando os Desenvolvedores concordam com as questões mais importantes, cada um escolhe uma das cartas de seu baralho de Pontos de História. Em seguida, eles o colocam de acordo com sua opinião sobre o cad da história do usuário que melhor reflete seu nível de complexidade.

O próximo passo depende de como os cartões foram distribuídos:

• Se os Desenvolvedores colocarem cartas de valores diferentes na mesa, eles retornam à discussão. Em seguida, eles tiram as cartas da mesa e reestimam o valor da história do usuário. A situação se repete e os desenvolvedores empatam novamente até chegarem a um consenso.
• Se os Desenvolvedores concordarem com a História de Usuário, eles passarão para a próxima rodada do Planning Poker. O Product Owner apresenta a próxima User Story e o procedimento se repete até que o pool de User Stories planejado para o Sprint atual seja esgotado.

Vantagens e desvantagens do Planning Poker

A vantagem do Planning Poker é sem dúvida a padronização do trabalho com User Stories. A Equipe de Desenvolvimento tem em suas mãos um conjunto pronto de cartões para calcular a quantidade de trabalho. Isso permite que os valores em cada Sprint permaneçam constantes e a equipe aprenda a estimar com unidades específicas.

Outra vantagem importante é a participação igualitária de todos os Desenvolvedores na estimativa da complexidade da tarefa. Mesmo pessoas que não estão diretamente envolvidas em sua execução podem contribuir para a discussão. Por exemplo, chamando a atenção para problemas que não ocorreram porque, por exemplo, os Desenvolvedores focaram nos aspectos técnicos da tarefa.

Outro benefício de jogar Planning Poker diz respeito a desenvolver os limites de tempo de definição de habilidades na discussão e, se necessário, limitar o número de rodadas jogadas para cada história de usuário.

No entanto, o tempo necessário para chegar a um consenso também é uma das desvantagens mais citadas do Planning Poker. Se um ou mais desenvolvedores não estiverem dispostos a concordar com os outros, o jogo pode se arrastar indefinidamente.

Resumo

O Planning Poker é uma técnica de estimativa relativa muito eficaz. A Equipe de Desenvolvimento recebe uma estrutura pronta de atividades e valores de pontos para estimar o tempo e a dificuldade das tarefas. Isso permite que eles se concentrem em discussões de solução de problemas e melhorem suas estimativas comparando cálculos e histórias de usuário em tempo real.

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