Capacity Planning: quanto o time consegue entregar
Velocidade média diz quanto o time entregou no passado. Capacity Planning diz quanto vai entregar no próximo sprint. A diferença é crucial para planejamento realista.
Velocidade vs Capacidade
Velocidade: média histórica de pontos entregues (ex: 25 pontos/sprint) Capacidade: pontos que o time pode entregar no próximo sprint, considerando ausências
Se 2 de 6 devs estão de férias, a capacidade não é 25 — é ~17.
Calculando capacidade
Passo 1: Determine a disponibilidade
| Membro | Dias no sprint | Ausências | Dias úteis |
|---|---|---|---|
| Ana | 10 | - | 10 |
| Bruno | 10 | 2 dias feriado | 8 |
| Carlos | 10 | 3 dias férias | 7 |
| Diana | 10 | - | 10 |
| Eduardo | 10 | 5 dias férias | 5 |
| Fernanda | 10 | 1 dia médico | 9 |
Total: 49 dias úteis de 60 disponíveis = 81.7% de capacidade
Passo 2: Aplique à velocidade
Velocidade média: 25 pontos Capacidade ajustada: 25 × 0.817 = ~20 pontos
Passo 3: Arredonde para baixo
Melhor errar pelo lado conservador: planeje 19 pontos.
Fatores de ajuste
Novos membros
Cada membro novo reduz capacidade em 10-15% no primeiro sprint (tempo de onboarding e mentoria).
Mudança de contexto
Times que trabalham em múltiplos produtos perdem 10-20% de capacidade por contexto.
Eventos corporativos
Company-wide meetings, treinamentos obrigatórios, team building — tudo isso reduz capacidade.
Capacidade não-dev
- Code review: ~15% do tempo
- Reuniões de alinhamento: ~10% do tempo
- Refinamento: ~5% do tempo
- Refatoração: ~10% do tempo
Capacidade real para features: ~60% do tempo total.
Planning Poker com capacidade
Quando planejar o sprint com Planning Poker:
- Calcule capacidade ajustada (ex: 19 pontos)
- PO apresenta itens em ordem de prioridade
- Time estima cada item
- Pare quando atingir a capacidade
- Itens restantes voltam para o backlog
Nunca planeje acima da capacidade calculada. “Se sobrar tempo, pegamos mais” é mentalidade melhor do que “estica um pouco”.
Capacity por tipo de trabalho
Um sprint saudável distribui capacidade:
| Tipo | % da capacidade | Pontos (de 20) |
|---|---|---|
| Features novas | 50-60% | 10-12 |
| Bugs | 10-15% | 2-3 |
| Refatoração/Dívida técnica | 15-20% | 3-4 |
| Refinamento e reuniões | 10% | ~2 |
Ferramentas
Planilha de capacidade
Crie uma planilha simples onde o Scrum Master calcula capacidade a cada sprint:
- Lista de membros
- Dias úteis do sprint
- Ausências conhecidas
- Cálculo automático de pontos disponíveis
Velocity range
Em vez de um número fixo, use um range baseado nos últimos sprints:
- Pior caso (mínimo dos últimos 3 sprints): 20 pontos
- Caso médio: 25 pontos
- Melhor caso (máximo): 30 pontos
Aplique o fator de capacidade a cada ponto do range para ter uma previsão honesta.
Quando ignorar capacidade
Sprint de hardening
O foco é qualidade, não features. Capacidad de features vai a zero.
Time cobrindo urgência
Se um bug crítico em produção consome 50% da capacidade, ajuste o planning imediatamente.
Conclusão
Capacity Planning é o que separa planejamento realista de wishful thinking. Velocidade é o passado, capacidade é o futuro ajustado pela realidade. Calcule, seja conservador e respeite o número — seu time e seus stakeholders agradecem.