Como funciona o planning poker

O método existe para neutralizar um viés específico: a ancoragem. Quando uma pessoa desenvolvedora sênior solta “isso é um 3” antes de qualquer outra falar, o resto da sala converge para 3. O número que sai não é a estimativa do time: é a de uma pessoa só, com cerimônia em volta.

Votar em sigilo e revelar junto corta esse caminho. A discordância fica visível, e é exatamente ela a parte útil. Uma rodada em que alguém vota 2 enquanto outra pessoa vota 13 acabou de expor um mal-entendido de escopo que apareceria no meio do sprint, quando custa muito mais caro.

Isso é também o que torna o planning poker remoto interessante: numa chamada de vídeo, quem fala primeiro pesa ainda mais do que numa sala física, porque os sinais não verbais que permitiriam discordar não passam bem pela tela. Um voto oculto reequilibra a situação sem exigir que ninguém se imponha.

1. Apresentar a user story em voz alta

   Quem escreveu a user story explica e responde às perguntas antes de qualquer pessoa tocar numa carta.

2. Votar todo mundo ao mesmo tempo

   Cada votante escolhe em sigilo a carta que corresponde à sua estimativa do esforço envolvido.

3. Revelar juntos

   Todas as cartas viram no mesmo instante, então ninguém teve como se alinhar ao número de outra pessoa.

4. Discutir os extremos

   Quem votou mais baixo e quem votou mais alto explicam o raciocínio. É aí que aparece a informação útil.

5. Revotar ou registrar

   Revote se a discussão mudou opiniões. Caso contrário, registre a estimativa acordada e siga em frente.

Essas cinco etapas são o essencial das regras do planning poker. Todo o resto é convenção de time, para decidir uma vez e depois deixar quieto.

Quem hospeda conduz a sessão. Revela as cartas, reinicia uma rodada para novo voto, leva o time para a próxima user story e pode alterar o papel de cada pessoa. No SprintsPoker também dá para passar a hospedagem para outra pessoa, o que importa no dia em que a pessoa facilitadora de sempre falta.

Os votantes escolhem as cartas. Podem mudar de ideia à vontade até a revelação, e vale dizer isso em voz alta para um time que está conhecendo o método. Ninguém vê que um voto foi alterado.

Os espectadores assistem sem votar. É o papel certo para um product owner que quer ouvir a discussão, ou para uma pessoa stakeholder convidada. Espectadores ficam fora da contagem de votos e do percentual de concordância, então a presença deles nunca distorce o resultado.

Uma regra simples: só vota quem poderia pegar o card. Uma pessoa gestora votando em trabalho que não vai fazer adiciona ruído, não informação.

Não tire a média. A média entre 2 e 13 é 7,5, um número em que ninguém na sala acredita. A dispersão é um sinal: as pessoas não estão estimando o mesmo trabalho.

Peça a quem votou mais baixo e depois a quem votou mais alto que expliquem, nessa ordem. Votos baixos costumam esconder um atalho que os outros não conheciam. Votos altos costumam esconder uma armadilha técnica que os outros não viram. Ouvidos os dois, revote. Se a segunda rodada continuar dividida, a user story está grande ou vaga demais para ser estimada: quebre em vez de forçar um número.

O SprintsPoker mostra um percentual de concordância na revelação para você ler isso de relance. Acima de 80%, registre e siga. Abaixo da metade, reserve tempo para conversa. Entre os dois, uma pergunta costuma bastar para resolver.

No remoto, dois detalhes fazem toda a diferença. O primeiro é que todo mundo vê em que pé estão os outros: quem votou, quem ainda está lendo, quem perdeu a conexão. Sem essa informação, quem facilita passa a sessão perguntando “já votaram todos?” em voz alta.

O segundo é a latência social. Numa sala física, quem hesita é visto hesitando; em chamada de vídeo, não. Um cronômetro curto, anunciado antes, substitui esse sinal e evita os silêncios de trinta segundos em que ninguém sabe se a rodada acabou.

Deixe a chamada de vídeo para a discussão e a ferramenta para o voto. Tentar votar no chat da chamada anula todo o efeito do voto oculto, já que a primeira mensagem orienta as seguintes. No SprintsPoker basta colar o link da sala no canal do time: convidados não criam conta nem instalam nada.

Reuniões de estimativa estouram por motivos previsíveis: as user stories chegam sem refinamento, uma delas engole vinte minutos, ou o time rediscute a escala de pontos toda sessão. Defina a escala uma vez e não volte ao assunto.

Um cronômetro ajuda mais do que parece. Dois minutos por user story quase sempre bastam, e o prazo transforma debate aberto em decisão. Se você precisa de mais de duas rodadas na mesma user story, é o sinal de que ela precisa ser quebrada.

A qualidade das estimativas cai bastante depois de uns quarenta minutos. Programe uma sessão de refinamento de no máximo uma hora, e aceite terminar o backlog na semana seguinte em vez de produzir vinte números dos quais dez estarão errados.

Se você ainda está escolhendo uma escala, o guia dos baralhos compara Fibonacci com tamanhos de camiseta, e o guia de story points explica o que os números deveriam representar.