Se você já está no mundo do Agile há algum tempo, provavelmente já ouviu falar de capacity e velocity – ainda que talvez nunca tenha usado esses conceitos ou não os tenha compreendido totalmente. Se for esse o caso, não se preocupe. Na primeira vez que ouvi esses termos, eles também não fizeram tanto sentido para mim.
Ambos são indicadores de desempenho e produtividade, com nomes que soam mais sofisticados do que realmente precisariam ser. Apesar de muitas vezes serem tratados como semelhantes, capacity e velocity não são a mesma coisa. Pelo contrário: são métricas distintas que, quando usadas em conjunto, ajudam a ter uma visão mais clara da situação atual do time e da relação entre força de trabalho e tamanho da sprint.
O que é capacity?
A capacity representa quanto trabalho um time consegue suportar em um período (geralmente uma sprint). Normalmente expressa em horas, mas pode ser facilmente convertida em dias ou semanas. Em resumo, é a disponibilidade efetiva da equipe.
Como calcular?
Capacity = tamanho da sprint × horas úteis por dia × número de pessoasExemplo:
Um time de 5 pessoas, cada uma trabalhando 6 horas por dia, em uma sprint de 15 dias úteis:
Capacity = 15 × 6h × 5 = 450 horasOu seja, a capacity nada mais é do que a quantidade total de horas disponíveis para a sprint.
O que é velocity?
A velocity mostra quanto, em média, um time consegue entregar por sprint, geralmente medida em story points.
Exemplo: considere as últimas 5 sprints de um time:
- Sprint 1 = 30 pontos
- Sprint 2 = 40 pontos
- Sprint 3 = 30 pontos
- Sprint 4 = 32 pontos
- Sprint 5 = 29 pontos
A média será:
Velocity = (30 + 40 + 30 + 32 + 29) ÷ 5 = 32,2 pontos por sprintEm outras palavras:
- Capacity é um número teórico (horas disponíveis / força de trabalho disponível).
- Velocity é um número empírico (o que o time com essa capacity entrega).
Como capacity e velocity se complementam?
Pense na capacity como a “força de trabalho disponível” em horas. Esse número sozinho não diz quantas histórias serão entregues.
Já a velocity mostra quanto o time realmente entrega, em média, por sprint. Em teoria, se a capacity aumenta (mais pessoas ou mais horas), a velocity também tende a crescer. Mas nem sempre essa relação é linear: experiência do time, complexidade das histórias e sinergia da equipe também pesam.
Como sei quantos cards colocar na sprint tendo em mente a capacity atual?
Essa é a pergunta que quase todo PO ou SM já se fez. Mas não existe fórmula exata do tipo X horas = Y cards, porque o tamanho das histórias varia muito. O que você pode fazer é:
- Se o time estima em horas: some as horas dos cards até preencher a capacity calculada.
- Se o time estima em story points: use a velocity média como referência, não a capacity em horas.
Sei que você ainda pode estar confuso, mas logo abaixo vou te dar uma dica de quando o capacity poderá ser extremamente útil.
O pulo do gato 🐱
O real valor está em saber quando usar capacity, velocity ou ambos em conjunto.
- Se a capacity total do time é 450h, mas a velocity média é 32 pontos, o planejamento deve ser feito em torno de 32 pontos – e não das 450h.
- Se a capacity total é 450h, mas um desenvolvedor vai sair de férias, você terá menos horas disponíveis. Isso afeta a capacity e, consequentemente, deve levar a uma previsão de velocity menor para a próxima sprint.
- Se você está montando um time novo, você pode pensar calcular a capacity e pensar em uma quantidade de pontos que faz sentido atribuir ao time, tendo em vista sua capacity. Mas, claro, isso é uma aproximação, mas nosso trabalho também é tentar prever coisas, errar e corrigir rápido.
Em resumo: capacity mede a disponibilidade, velocity mede a entrega. Um ajuda a entender o potencial, o outro a medir a realidade. E juntos, dão muito mais clareza para planejar a sprint.