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 a complexidade relativa dentro da equipe. Uma história de 5 pontos é aproximadamente o dobro em complexidade de uma de 3 pontos, independentemente de quem a implementa. As horas variam; a complexidade relativa é 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 compromisso de sprint.
Erros comuns de estimativa
| Erro | Por que prejudica | Correção |
|---|---|---|
| Estimar em horas | Ancora na velocidade individual, não na complexidade | Mudar para story points relativos |
| Revelar votos não simultaneamente | Elimina a estimativa independente | Revelar sempre simultaneamente |
| Ignorar bugs na estimativa | Infla a velocidade e engana o planejamento | Estimar bugs que exijam esforço real |
| Comparar velocidades entre equipes | Escalas e contextos diferentes | Velocidade é apenas uma métrica interna |
Perguntas frequentes
Qual é a diferença entre story points e horas?
Story points medem complexidade relativa, não tempo. Uma história de 5 pontos é aproximadamente o dobro em complexidade de uma de 3 pontos, independentemente do desenvolvedor.
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.