Planning Poker é uma das técnicas de estimativa Scrum mais populares. Acontece durante o Planejamento da Sprint e possui algumas regras simples. Todos os jogadores se tornam membros da Equipe de Desenvolvimento e cada um deles coloca simultaneamente na mesa uma carta com o número de Pontos de História para estimar a tarefa descrita pelo Product Owner. Quais são as vantagens e desvantagens do Planning Poker e como jogá-lo? Dê uma olhada em nosso post para descobrir e dominar a técnica.
Planning Poker – índice:
- Introdução
- Como jogar Planning Poker?
- Regras do Planning Poker
- Vantagens e desvantagens do Planning Poker
- Resumo
Introduçã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 completar uma tarefa específica. Foi criada em 2022 por James Grenning. Ele queria resolver o problema de disputas intermináveis na Equipe Scrum sobre a estimativa da dificuldade das tarefas dadas aos Desenvolvedores.
Como jogar Planning Poker?
O objetivo do Planning Poker é estimar a dificuldade e o esforço de cada User Story selecionada para uma determinada Sprint. As regras para jogar Planning Poker são simples. No entanto, primeiro, você precisa preparar os acessórios necessários.
As cartas de Pontos de História geralmente contêm valores correspondentes à sequência de Fibonacci, ou seja, 0, 1, 3, 5, 8, 13, 20, 40 e 100. Também acontece de estarem 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 se trata de mostrar claramente as diferenças entre a dificuldade das tarefas. E diferenças muito pequenas entre os valores das cartas obscureceriam os julgamentos.
Números geralmente expressam o número de Pontos de História. No entanto, eles também podem ser outras unidades de medida usadas pela Equipe Scrum. Escrevemos mais sobre unidades de estimativa e Pontos de História em este artigo.
Regras do Planning Poker
Prompt do jogo Planning Poker:
- um baralho de cartas com User Stories – preparado separadamente para cada jogo
- um baralho de cartas com Pontos de História – um baralho para cada Desenvolvedor, para uso repetido
As fases do Planning Poker:
- Apresentação da User Story
- Discussão
- Jogabilidade (As Fases 2 e 3 se repetem até alcançar consenso por todos)
- Consenso
- Passando para a próxima User Story
O Planning Poker geralmente acontece durante o Planejamento da Sprint. O Product Owner possui as cartas das User Stories e os Desenvolvedores recebem um baralho de cartas com Pontos de História.
O moderador é o Product Owner que inicia o jogo apresentando uma User Story aos outros membros da Equipe Scrum. Se eles tiverem perguntas, devem se manifestar imediatamente após a apresentação de uma User Story.
O próximo passo é iniciar uma discussão sobre a implementação da User Story. Toda a Equipe 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 dos Desenvolvedores individuais que serão necessárias para completar a tarefa
- formas de lidar com as dificuldades esperadas
- tarefas adicionais conectadas à execução da User Story.
Quando os Desenvolvedores concordam sobre as questões mais importantes, cada um escolhe uma das cartas de seu baralho de Pontos de História. Em seguida, eles a colocam de acordo com sua opinião sobre a carta da User Story que melhor reflete seu nível de complexidade.
O próximo passo depende de como as cartas foram distribuídas:
- Se os Desenvolvedores colocaram cartas de valores diferentes na mesa, eles retornam à discussão. Então, eles retiram as cartas da mesa e reestimam o valor da User Story. A situação se repete e os desenvolvedores desenham novamente até alcançarem um consenso.
- Se os Desenvolvedores concordam sobre a User Story, eles passam 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 conjunto de User Stories planejadas para a 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 mãos um conjunto pronto de cartas 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 igual 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 se concentraram nos aspectos técnicos da tarefa.
Outro benefício de jogar Planning Poker diz respeito ao desenvolvimento da habilidade de estabelecer limites de tempo na discussão e, se necessário, limitar o número de rodadas jogadas para cada User Story.
No entanto, o tempo necessário para alcançar consenso também é um dos pontos negativos mais frequentemente citados do Planning Poker. Se um ou mais Desenvolvedores não estiverem dispostos a concordar com os outros, o jogo pode potencialmente se arrastar indefinidamente.
Resumo
Planning Poker é uma técnica de estimativa relativa muito eficaz. A Equipe de Desenvolvimento é fornecida com 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 resolução de problemas, bem como melhorem suas estimativas comparando cálculos e User Stories em tempo real.
Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Como Gerente de Projetos, Caroline é uma 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 a tornam a melhor pessoa para transformar projetos complicados em realidade.
Scrum Guide:
- Glossário de termos básicos, papéis e noções
- O que é Scrum?
- Valores do Scrum
- Como implementar o Scrum na sua empresa?
- Equipe Scrum - o que é e como funciona?
- Quem é um Product Owner?
- Os erros mais comuns do Product Owner
- Quem é o Scrum Master?
- Os erros mais comuns do Scrum Master
- Quais estatísticas e métricas o Scrum Master deve acompanhar?
- Equipe de Desenvolvimento em Scrum
- Os erros mais comuns dos desenvolvedores
- Artefatos do Scrum
- Escalando o Scrum
- Backlog da Sprint
- O que é o Product Backlog?
- O que são Histórias de Usuário?
- Criando a melhor User Story com INVEST
- Os erros mais comuns em User Stories
- Critérios de Aceitação da História do Usuário
- Estimativa e Pontos de História no Scrum
- Planning Poker
- Jogo de Estimativa da Equipe
- Definindo Incremento
- Eventos Scrum
- O que é um Gráfico de Queima?
- Vantagens e desvantagens do gráfico de burndown
- Quadros Kanban no Scrum e Scrumban
- Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
- Scrum Diário
- Planejamento de Sprint
- Revisão da Sprint
- O que é uma Retrospectiva de Sprint?
- Erros comuns durante uma Retrospectiva de Sprint
- Cuidado do Product Backlog
- Como criar e interpretar um gráfico de burndown?