Voltar para os guias

Velocity no Scrum: como usar a velocidade sem transformá-la em cobrança

2 de agosto de 2026 · 7 min de leitura

Velocity é a quantidade de pontos que um time entrega em média por sprint. Usada bem, é uma ferramenta de previsibilidade; usada mal, vira uma meta tóxica que incentiva inflar estimativas e cortar qualidade. O problema raramente está na métrica — está no que se faz com o número.

O que é velocity e como calcular

A velocity é calculada somando os pontos de todas as histórias concluídas em uma sprint, de acordo com a Definição de Pronto. O valor útil para planejamento é a média das últimas três a cinco sprints, e não o melhor resultado já alcançado.

Usar a média com uma faixa de variação é ainda melhor: por exemplo, "entre 18 e 24 pontos por sprint". Esse intervalo comunica incerteza de forma honesta e protege o time de prometer exatamente o valor máximo sempre que a métrica sobe.

Os erros que destroem a métrica

O primeiro erro é comparar velocity entre times. Escalas de pontos são calibradas internamente: o que vale 5 para um time pode valer 8 para outro. Qualquer comparação direta transforma a métrica em disputa e corrompe a calibragem.

O segundo erro é usar velocity como meta. Quando o time percebe que entregar mais pontos é recompensado, as estimativas começam a inchar e a qualidade da medição despenca. Velocity deve ser um dado de capacidade, nunca um alvo de desempenho.

Como usar velocity para planejar

Na planning, o time soma os pontos das histórias candidatas e compara com a faixa de capacidade. Se o total estourar a faixa, algo precisa sair — e é aí que a meta da sprint ajuda a decidir o que. A conversa deixa de ser "conseguimos?" e vira "o que é essencial?".

Para previsões de longo prazo, a velocity permite estimar quantas sprints uma iniciativa deve levar, sempre em faixa. Essas projeções são direcionadores de decisão, e não compromissos rígidos; o histórico vai sendo atualizado a cada sprint.

Sinais de que a velocity virou cobrança

Preste atenção quando os pontos crescem sem que o trabalho mude, quando o time começa a inflar estimativas na calibragem ou quando a retrospectiva discute "por que entregamos menos" em vez de "o que podemos melhorar". Esses são sintomas clássicos de pressão mal aplicada.

Se a métrica virou cobrança, a correção passa por mudar o comportamento, não o número: parar de comparar, parar de premiar e devolver a velocity ao papel de ferramenta de planejamento. Previsibilidade saudável é consequência de um time seguro.

Checklist rápido

  • Velocity é média de sprints concluídas, não meta.
  • Planejamento usa faixa, não o valor máximo.
  • Nunca comparar velocity entre times.
  • Previsões comunicadas como faixa, com atualização a cada sprint.
  • Retrospectiva foca em melhoria, não em "por que entregamos menos".

Leia também

Quer colocar em prática?

Crie uma sala grátis de planning poker free, chame o time e faça a primeira rodada em menos de 2 minutos, sem cadastro nem instalação.