Story points: o que são e como estimar

O que são story points

Story points são uma unidade relativa de esforço. Eles resumem três coisas ao mesmo tempo: o trabalho necessário, a complexidade envolvida e a incerteza do que ainda não se sabe.

Por serem relativos, pontos não têm valor absoluto. Uma história de 5 pontos não equivale a cinco horas nem a cinco dias: equivale a “mais ou menos isto” quando comparada com outras histórias do mesmo time.

Também não são uma medida de produtividade individual. Story points estimam o tamanho do item, não o desempenho de quem o executou — usar a escala em avaliação de pessoas quebra o propósito dela.

A pergunta certa nunca é “quantas horas?”, e sim “quanto isto é comparado àquilo que já fizemos?”. A resposta vem em forma de número, mas o conteúdo é uma comparação.

Story points vs horas

Horas parecem precisas, mas envelhecem rápido: mudou a pessoa, a ferramenta ou o entendimento, e a estimativa perde sentido. Pontos comparam histórias entre si e sobrevivem a essas mudanças.

A conversão de pontos para horas parece tentadora, mas cobra caro: o time passa a estimar em horas com outro nome e perde a escala relativa. Se o número vira compromisso de prazo, ninguém estima com honestidade nunca mais.

O uso saudável é coletivo. A média de pontos concluídos por sprint (a velocity) ajuda o time a prever quanto consegue puxar — nunca a comparar times entre si nem a cobrar produtividade.

A escala de Fibonacci e por que ela funciona

A sequência 1, 2, 3, 5, 8, 13 cresce rápido de propósito: quanto maior o item, maior a incerteza, e menos sentido faz distinguir 8 de 9. O deck do planning poker costuma acrescentar 0, ½ e uma carta de pausa.

A escala não é sagrada: times usam Fibonacci modificado, potências de dois ou até tamanhos de camiseta. O que importa é ser relativa, conhecida por todos e estável ao longo do tempo.

Os meios pontos e o zero existem para não forçar precisão onde não há: um ajuste de texto não é meia história, é zero; um ajuste que precisa de deploy pode ser meio ponto. A escala inteira acomoda essas diferenças sem criar degraus falsos.

Como calibrar: a história de referência

O jeito mais rápido de dar sentido à escala é escolher uma história de referência: um item pequeno, muito bem entendido, que o time já fez. Ele vira o “1 ponto” — e tudo é comparado com ele.

“1 ponto” é local. O que é 1 para um time pode ser 3 para outro, e isso não é erro: a escala mede o esforço percebido por quem constrói. Comparar pontos entre times diferentes não diz nada.

Revise a referência de tempos em tempos: entrou gente nova, mudou a stack, o time trocou de produto? Recalibre com uma comparação rápida de algumas histórias conhecidas.

Erros comuns

• Converter pontos em horas. A conversão destrói a escala relativa e cria falsa precisão.
• Comparar velocity entre times. Cada time tem a própria referência; a comparação vira competição sem sentido.
• Usar pontos em avaliação de desempenho. A estimativa começa a inflar no momento em que vira nota.
• Reestimar por pressão. Mudar o número para caber na sprint inverte a lógica: o backlog é que se ajusta.
• Estimar tudo em pontos. Bugs urgentes, spikes e tarefas operacionais nem sempre pedem estimativa — só as histórias que serão planejadas.

Um exemplo de calibração

Com a referência definida (“ajustar a validação de um formulário” = 1), o time compara o backlog com ela:

Repare que os números não seguem uma proporção matemática exata — nem deveriam. Eles registram a leitura do time naquele momento, comparando itens entre si.

Com a régua em mãos, itens futuros entram por comparação: “parece maior que o checkout? então é 8”. Em minutos, o time estima o backlog inteiro.

Como estimar na prática

Story points e planning poker andam juntos: a escala dá a linguagem, a rodada dá o processo. Em uma sala online, o time compara, vota em segredo, vê a distribuição e conversa sobre as diferenças.

Se o seu time está começando, funciona rodar o ritual algumas vezes com histórias já concluídas: comparar com o passado calibra a referência mais rápido do que qualquer planilha.

Duas dicas para a primeira sessão: estime itens que o time já entregou, para a régua nascer calibrada, e registre depois de cada sprint quantos pontos foram concluídos — o número é insumo de previsão, não de cobrança.

Perguntas frequentes