Sobre Planning Poker | Guia Completo

Planning Poker, também conhecido como Scrum Poker, é uma técnica de estimativa baseada em consenso e gamificada utilizada no desenvolvimento de software ágil para medir o esforço ou o tamanho relativo dos objetivos de desenvolvimento. É amplamente adotada em frameworks como Scrum, Extreme Programming (XP) e Kanban.

A técnica utiliza uma abordagem método Delphi de banda larga e foca na inteligência coletiva da equipa para gerar estimativas mais precisas do que as feitas individualmente.

O objetivo principal do Planning Poker é mitigar o viés de ancoragem. Na psicologia cognitiva, o viés de ancoragem ocorre quando a primeira informação ou número proposto numa discussão domina o processo de tomada de decisão, influenciando as estimativas subsequentes.

Ao exigir que todos os membros da equipa apresentem as suas estimativas simultaneamente e de forma independente (através de cartas ocultas), o método força o pensamento individual. As diferenças reveladas na votação são utilizadas como gatilhos para discussões técnicas, onde membros com diferentes níveis de experiência podem partilhar insights sobre riscos ou facilidades que outros não perceberam.

A técnica foi definida e nomeada pela primeira vez por James Grenning em 2002 como solução para 'paralisia de análise' em reuniões de planeamento. Posteriormente, foi popularizada por Mike Cohn no livro 'Agile Estimating and Planning' (2005).

Embora o termo seja uma marca registada de Mountain Goat Software, o seu uso é gratuito para a comunidade, e a técnica tornou-se o padrão global para planeamento de sprints e gestão de backlog.

As estimativas do Planning Poker não usam horas ou dias, mas sim unidades de medição abstratas chamadas Story Points. A escala mais comum é a sequência de Fibonacci modificada:

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

O uso de números que se afastam uns dos outros com o crescimento serve para refletir a incerteza inerente em tarefas complexas. Psicologicamente, é mais fácil distinguir uma tarefa de 2 pontos de uma tarefa de 3 pontos do que distinguir uma tarefa de 20 pontos de uma tarefa de 21 pontos. O salto de 13 para 20 (e depois para 40) indica que quanto maior o esforço, menos precisa se torna a capacidade de previsão humana.

• Ponto de Interrogação (?) O participante não tem informação suficiente sobre a tarefa.
• Infinito (∞) A tarefa é considerada demasiado grande para ser estimada e deve ser dividida (fatiada).
• Chávena de Café Indica que a equipa está cansada e sugere uma pausa para manter a qualidade das estimativas.

O processo geralmente ocorre durante a cerimónia de planeamento de sprint e segue estes passos:

1. O Product Owner descreve uma história de utilizador.
2. A equipa discute os requisitos técnicos, critérios de aceitação e dependências.
3. Cada membro seleciona mentalmente uma carta e mantém-na oculta.
4. Todas as cartas são reveladas simultaneamente.
5. Se houver consenso, o valor é aceite. Caso contrário, os votos extremos (mais alto e mais baixo) explicam os seus argumentos. Após a discussão, uma nova ronda de votação continua até ser alcançado acordo.

• Uso da Média Aritmética Calcular a média dos votos em vez de procurar consenso anula o valor da discussão técnica.
• Pressão de Liderança Quando gestores ou programadores 'seniores' expressam opiniões antes da votação, causando viés de ancoragem no resto da equipa.
• Estimativa por Hora Tentar converter pontos diretamente para horas, ignorando variações de foco e produtividade entre diferentes membros.

Com a transição para o trabalho remoto e equipas distribuídas, o Planning Poker evoluiu de baralhos físicos para plataformas digitais síncronas. Estas ferramentas tentam replicar a dinâmica de revelação simultânea de cartas em ambientes virtuais, garantindo a integridade do método à distância.