Guias Hornet · Sobre este conteúdo e correções
A escala Fibonacci aparece com frequência no Scrum Poker porque representa bem a incerteza crescente do trabalho. Quanto maior a história, menor é a capacidade do time de diferenciar com precisão se ela vale 13, 14 ou 15 pontos. A escala força escolhas mais honestas.
Precisão demais pode atrapalhar
Estimativas ágeis não são medições exatas. Elas são uma forma de comparar tamanho, complexidade, risco e desconhecimento. Quando o baralho tem muitos números próximos, o time pode gastar tempo debatendo diferenças que não mudam a decisão de planejamento.
Fibonacci reduz essa ilusão de precisão. A distância entre os números aumenta conforme o item cresce, lembrando que histórias maiores carregam mais variáveis e devem ser quebradas antes de entrar em uma sprint comprometida.
Como interpretar os valores
Valores baixos indicam histórias pequenas, conhecidas e com pouca incerteza. Valores intermediários indicam esforço relevante, mas ainda manejável. Valores altos indicam risco, dependência, ambiguidade ou escopo grande demais para uma conversa rápida.
O número não deve ser traduzido automaticamente em horas. Alguns times usam pontos como medida relativa e acompanham capacidade por velocidade histórica. Outros preferem horas por necessidade operacional. O importante é manter consistência dentro do time.
Quando adaptar o baralho
Times iniciantes podem usar um baralho menor, como 1, 2, 3, 5, 8 e 13, até calibrar melhor suas decisões. Times maduros podem incluir valores maiores, mas devem tratar votos muito altos como sinal para dividir a história.
Também é útil manter cartas especiais, como dúvida ou pausa, quando o time precisa sinalizar que falta informação. Essa prática evita transformar desconhecimento em estimativa numérica.
Como calibrar com dados reais
Depois de algumas sprints, compare estimativas com fluxo real de entrega. Procure padrões: histórias de 8 pontos atrasam com frequência? Itens de 3 pontos estão grandes demais? Existe categoria de trabalho sempre subestimada?
A calibragem deve melhorar a conversa, não punir o time. Use retrospectivas para ajustar a escala, revisar exemplos de referência e criar uma linguagem comum sobre risco e tamanho.
Checklist para a próxima sessão
- Use a escala para comparação relativa.
- Evite discutir diferenças sem impacto prático.
- Trate votos altos como sinal de fatiamento.
- Revise exemplos reais em retrospectivas.
- Mantenha o mesmo padrão por sprint para comparar dados.