Story points medem tamanho relativo (esforço, complexidade e incerteza), não horas. Neste texto eu explico a escala, por que Fibonacci funciona, como calibrar com uma história de referência e os erros mais comuns.
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.
| Valor | Quando faz sentido | Exemplo |
|---|---|---|
| 0 | Nada a fazer | Ajuste de texto, configuração |
| ½ | Quase nada, mas conta | Trocar um rótulo, corrigir uma cor |
| 1 | Pequeno e conhecido | Ajustar a validação de um formulário |
| 2 | Pequeno com um detalhe | Adicionar campo com máscara e teste |
| 3 | Médio, caminho claro | Tela simples ligada a dados existentes |
| 5 | Médio com integração | Checkout mobile |
| 8 | Grande e incerto | Relatório com agregação nova |
| 13 | Grande demais | Sinal de que precisa ser dividida |
| Pausa | Falta contexto | Levar para refinamento ou spike |
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:
| Item do backlog | Pontos | Por quê |
|---|---|---|
| Login social | 2 | Caminho conhecido, um fluxo a mais |
| Recuperação de senha por email | 3 | Fluxo novo com expiração de link |
| Checkout mobile | 5 | Integração e casos de pagamento |
| Relatório em PDF | 8 | Agregação nova e layout variável |
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
Story points são horas?
Não. Story points medem esforço relativo, complexidade e incerteza. Converter pontos em horas cria falsa precisão e quebra a escala do time.
Por que a escala usa Fibonacci?
Porque a incerteza cresce com o tamanho do item. A sequência abre espaço entre os números grandes e evita discussões sobre diferenças que ninguém consegue perceber.
Quanto vale 1 story point?
Depende do time: 1 ponto é o tamanho da história de referência escolhida por quem constrói. Por isso pontos não se comparam entre times diferentes.
Velocity serve para prever entrega?
Serve para o time prever quanto consegue puxar por sprint, com base no próprio histórico. Não serve para comparar times nem para virar meta de produtividade.
Posso usar outra escala, como tamanhos de camiseta?
Pode, desde que seja relativa e conhecida por todos. Fibonacci é popular porque a progressão acompanha bem o aumento da incerteza.
Como saber se a estimativa está errada?
Compare com o realizado: se itens de 5 pontos sempre viram trabalho de 8, a história de referência precisa de ajuste. A calibração é contínua, não um evento único.
Escrevi isso a partir do guia de story points do Pointly, um planning poker grátis e sem cadastro que eu mantenho. Se quiser testar com o seu time, é só criar uma sala. Leia também: Fibonacci na estimativa ágil e Story points vs horas.
Top comments (0)