Planning Poker

Estime histórias de usuário com cartas Fibonacci. Escolha sua carta e revele todas ao mesmo tempo para evitar viés de ancoragem.

0/4 Voto registrado

Participantes da Rodada4

Alice (Dev)
?
Aguardando
Bruno (Dev)
?
Aguardando
Carlos (QA)
?
Aguardando
Você
?
Aguardando

Selecione o participante e clique na carta: Alice (Dev)

Como Usar

01

Adicione os membros do time que vão participar da estimativa.

02

Apresente a descrição da história ou tarefa para que todos entendam o que está sendo estimado.

03

Cada pessoa escolhe em segredo a estimativa de story points no baralho Fibonacci.

04

Revele todas as estimativas ao mesmo tempo — isso evita a ancoragem por influenciadores iniciais.

05

Se as estimativas estão próximas, aceite o consenso ou a média e registre o valor final.

06

Se divergem muito (por exemplo, uma pessoa escolhe 3 e outra 13), peça a quem estimou mais alto e mais baixo que expliquem o raciocínio e vote de novo.

O Que É Esta Ferramenta?

O planning poker (ou Scrum poker) é uma técnica de estimativa por consenso em que os membros do time revelam suas estimativas de story points ao mesmo tempo, para evitar o viés de ancoragem. Se alguém revela a estimativa primeiro, os outros tendem a se ancorar naquele número — a revelação simultânea impede isso e faz aparecer a discordância real. Os valores das cartas seguem uma sequência inspirada em Fibonacci: 0, 1, 2, 3, 5, 8, 13, 20, 40, 100, ? e infinito. Fibonacci funciona melhor que uma escala linear porque os intervalos crescentes entre números grandes refletem a incerteza real da estimativa — uma história de 40 pontos não é só duas vezes mais complexa que uma de 20, ela carrega muito mais desconhecidos. Story points são uma unidade relativa de esforço, não de tempo: uma história de 5 pontos é simplesmente entendida como mais trabalho que uma de 3, segundo a escala que o próprio time define.

Por Que Isso Importa?

O planning poker faz aparecer a discordância de estimativa que ficaria escondida de outra forma. Quando uma pessoa estima 3 pontos e outra estima 13 para a mesma história, elas estão partindo de premissas diferentes sobre escopo, abordagem técnica ou risco. Essa conversa — disparada pela diferença nas estimativas — evita o desalinhamento que causa fracasso de sprint no meio da entrega. Times que pulam a estimativa ou deixam uma pessoa ditar os números costumam descobrir, no meio do sprint, que a história era muito maior do que se supunha. A estimativa por consenso constrói entendimento compartilhado do trabalho antes de ele começar.

Dica Pro
Se o time não chega a consenso depois de 2 rodadas de votação, a história é grande demais ou obscura demais para estimar com confiança. Divida-a em histórias menores ou faça um spike — uma investigação com prazo fixo para resolver a incerteza antes de assumir um valor em pontos. Uma história em que o time não consegue concordar é uma história que vai falhar no sprint.

Perguntas Frequentes