← Voltar ao blog

Velocidade do time: como calcular e usar

agile estima metricas

A velocidade é a métrica mais importante de um time Scrum. Ela indica quantos pontos de história o time entrega por sprint e é a base para todo planejamento realista.

Como calcular a velocidade

Velocidade = soma dos pontos das histórias entregues no sprint

Importante: conta-se apenas o que foi completamente finalizado (com Definition of Done atendida). Trabalho pela metade não conta.

Exemplo prático

SprintPontos planejadosPontos entregues
Sprint 13022
Sprint 22825
Sprint 33024
Sprint 42626

Velocidade média = (22 + 25 + 24 + 26) / 4 = 24,25 pontos/sprint

Velocidade vs capacidade

Velocidade é o que o time entregou historicamente. Capacidade é o que o time pode entregar no próximo sprint, considerando ausências.

Se a velocidade média é 24 pontos e no próximo sprint 2 de 6 membros estarão de férias (33% a menos), a capacidade ajustada seria: 24 × 0.67 ≈ 16 pontos.

Quantos sprints de dados são necessários?

  • Sprint 1: não há velocidade. Use um chute educado e aceite que será impreciso
  • Sprint 2-3: já há uma tendência, mas ainda volátil
  • Sprint 4+: a média começa a ser confiável para planejamento

Use a média dos últimos 3-5 sprints como base. Dados muito antigos podem não refletir a realidade atual do time.

O que fazer com a velocidade

Planejamento de sprint

Se a velocidade média é 24 pontos, planeje no máximo 24 pontos. Não 28 na esperança de que “dessa vez vai”.

Estimativa de releases

Se o backlog tem 240 pontos e a velocidade é 24 pontos/sprint, serão necessários ~10 sprints para completar. Com sprints de 2 semanas, isso são ~20 semanas ou ~5 meses.

Identificar problemas

Quedas súbitas de velocidade indicam:

  • Impedimentos não resolvidos
  • Mudança na composição do time
  • Dívida técnica acumulada
  • Estimativas calibradas (se o time estava superestimando)

Erros comuns com velocidade

Comparar entre times

Velocidade é relativa. Um time com velocidade 40 não é “melhor” que um com velocidade 20 — cada time calibra sua escala de forma diferente.

Usar como métrica de performance

Transformar velocity em KPI individual ou de performance incentiva inflacionar estimativas. O time começa a dar 8 pontos para tudo de 5.

Ignorar variações

Se a velocidade oscila entre 15 e 35, a média de 25 diz pouco. Use intervalo de confiança (ex: “entregamos entre 18-30 pontos”) em vez de um número fixo.

Contar trabalho incompleto

Se uma história de 8 pontos está 90% feita, ela conta como zero pontos. Partial credit destrói a confiabilidade da métrica.

Melhorando a precisão

  1. Mantenha a composição do time estável — entradas e saídas afetam a velocidade
  2. Revise estimativas passadas — calibere com base no que foi sub/sobre-estimado
  3. Track em gráfico — visualize a tendência, não apenas o número atual
  4. Use velocity range — planeje com o pior caso (mínimo dos últimos 3 sprints) para ser conservador

Gráficos úteis

  • Velocity Chart: barras mostrando pontos planejados vs entregues por sprint
  • Velocity Trend: linha com média móvel dos últimos sprints
  • Sprint Burndown: progresso diário dentro do sprint

Conclusão

A velocidade é sua bússola, não seu destino. Use-a para planejar com realismo, identificar tendências e melhorar continuamente — mas nunca como arma de cobrança. Um time que entende sua velocidade é um time que planeja com confiança.