1. O Que Sao Story Points

Story points sao uma unidade de medida relativa usada em metodologias ageis para expressar o esforco, complexidade e incerteza necessarios para implementar uma historia de usuario. Diferente de horas, story points nao representam tempo — representam a dificuldade percebida pelo time em relacao a um item de referencia.

O conceito central e que estimativas relativas sao mais precisas e consistentes do que estimativas absolutas. E mais facil dizer "esta historia e duas vezes mais complexa que aquela" do que "esta historia levara exatamente 6 horas". Ao usar uma referencia comum, o time cria uma linguagem compartilhada de tamanho.

2. Como Funciona o Planning Poker

O Planning Poker e conduzido da seguinte forma em uma Sprint Planning ou sessao de refinamento:

• O Product Owner apresenta e explica a historia de usuario a ser estimada.
• Os membros do time fazem perguntas de esclarecimento sem discutir estimativas.
• Cada participante escolhe uma carta em segredo — sem revelar para os outros.
• Todos revelam simultaneamente suas cartas.
• Se ha consenso ou valores proximos, a estimativa e aceita. Se ha grande divergencia, os extremos debatem suas perspectivas e o time vota novamente.

"A revelacao simultanea e o ponto critico do Planning Poker. Ela preserva a independencia dos votos e garante que perspectivas divergentes venham a tona."

3. Por Que Usar Fibonacci

A sequencia de Fibonacci (0, 1, 2, 3, 5, 8, 13, 21, 34...) e escolhida por razoes praticas e psicologicas:

• Reflete incerteza crescente: a diferenca entre 8 e 13 representa incerteza maior do que entre 1 e 2, o que e realista em estimativas de software.
• Forca decisoes discretas: ao nao ter valores intermediarios como 10 ou 11, o time precisa se comprometer com uma estimativa, reduzindo o falso senso de precisao.
• Amplifica divergencias: quando alguem vota 3 e outro vota 13, fica evidente que ha perspectivas muito diferentes sobre a historia.

4. Melhores Praticas de Estimativa

Para obter estimativas mais uteis e consistentes com Planning Poker:

• Defina uma historia de referencia. Escolha uma historia bem conhecida pelo time como ancora — por exemplo, "implementar o formulario de login tem 3 pontos". Use isso para calibrar todas as outras estimativas.
• Quebre historias grandes. Historias maiores que 13 SP geralmente sao epicos mal refinados. Divida antes de estimar.
• Inclua todos os perfis. Dev, QA, design e infra devem participar — cada um ve complexidades diferentes na mesma historia.
• Nao converta SP em horas. Story points perdem seu valor quando traduzidos para tempo. Use a velocity para fazer previsoes, nao a conversao direta.
• Recalibre periodicamente. Ao final de cada sprint, revise se as historias estimadas com 5 SP realmente tiveram o esforco esperado.