← Sobre

Estimativa ágil: guia completo

A estimativa ágil não serve para prever o futuro. Serve para revelar o que a equipe ainda não sabe. Uma boa sessão de estimativa revela complexidade oculta, suposições implícitas e dependências não resolvidas.

Story points vs. horas

Os story points medem o esforço relativo dentro da equipe. O esforço combina três coisas: o volume de trabalho, a incerteza e a complexidade. A complexidade sozinha não basta - uma tarefa simples mas muito volumosa pode pesar mais do que uma pequena e delicada. A escala permanece relativa: um 5 é claramente maior que um 3, sem afirmar uma proporção exata. As horas variam; o esforço relativo é próprio da equipe e estável.

Como a velocidade funciona

A velocidade é o número de story points que uma equipe conclui por sprint em média. Após 3 a 5 sprints ela se estabiliza e se torna uma ferramenta confiável para planejamento de releases e previsão de sprint.

Erros comuns de estimativa

ErroPor que prejudicaCorreção
Estimar em horasAncora na velocidade individual, não na complexidadeMudar para story points relativos
Revelar votos não simultaneamenteElimina a estimativa independenteRevelar sempre simultaneamente
Ignorar bugs na estimativaInfla a velocidade e engana o planejamentoEstimar bugs que exijam esforço real
Comparar velocidades entre equipesEscalas e contextos diferentesVelocidade é apenas uma métrica interna

Perguntas frequentes

Qual é a diferença entre story points e horas?

Story points medem esforço relativo, não tempo. O esforço combina o volume de trabalho, a incerteza e a complexidade: uma tarefa simples mas muito volumosa pode pesar mais do que uma pequena e delicada. As horas variam por desenvolvedor; o esforço relativo é próprio da equipe e estável.

Quantos sprints são necessários para a velocidade se estabilizar?

Tipicamente de 3 a 5 sprints. O primeiro sprint costuma ser mais baixo enquanto a equipe calibra sua estimativa. A partir do sprint 4 ou 5, a média é confiável o suficiente para prever datas de entrega.