Planejamento de Capacidade de Sprint

Planeje capacidade de sprint com precisão para definir compromissos alcançáveis e ritmo sustentável.

4 min de leitura

Planejamento de capacidade determina quanto trabalho um time pode realisticamente completar em um sprint. Bom planejamento de capacidade leva a compromissos alcançáveis e ritmo sustentável. Planejamento ruim leva a sobrecarga, compromissos perdidos ou subutilização.

Fatores de Capacidade

Fator	Impacto	Como Considerar
Feriados	Dia inteiro	Subtrair
Folgas	Dia inteiro	Subtrair
Reuniões	Parcial	Fator de foco
Interrupções	Parcial	Fator de foco

Baseado em Velocidade

Abordagem Histórica

CAPACIDADE BASEADA EM VELOCIDADE
═════════════════════════════════

USANDO VELOCIDADE:
─────────────────────────────────────
Abordagem mais simples:
├── Olhe últimos 3-5 sprints
├── Média de pontos completados
├── Essa é sua capacidade
├── Ajuste para mudanças conhecidas
└── Baseado em dados

Exemplo:
├── Sprint 21: 32 pontos
├── Sprint 22: 28 pontos
├── Sprint 23: 35 pontos
├── Sprint 24: 30 pontos
├── Média: 31 pontos
├── Planeje para: 31 pontos
└── Previsível

AJUSTANDO PARA MUDANÇAS:
─────────────────────────────────────
Se capacidade difere:
├── Membro do time em folga: -20%
├── Feriado no sprint: -10%
├── Novo membro: +50% (rampeando)
├── Membro saindo: -100% dele
├── Calcule ajuste
└── Capacidade modificada

Exemplo:
├── Velocidade normal: 31 pontos
├── 1 de 5 devs fora por semana
├── Ajuste: -10% (1 semana de 2)
├── Capacidade ajustada: 28 pontos
└── Planejamento realista

QUANDO VELOCIDADE NÃO É CONFIÁVEL:
─────────────────────────────────────
Velocidade menos útil quando:
├── Time novo (sem histórico)
├── Mudança técnica grande
├── Composição do time mudou
├── Processo mudou significativamente
├── Use baseado em horas
└── Reconstrua baseline

Baseado em Horas

Cálculo Detalhado

CAPACIDADE BASEADA EM HORAS
═══════════════════════════

CÁLCULO:
─────────────────────────────────────
Fórmula:
Horas Disponíveis = (Devs × Dias × Horas) 
                    × Fator de Foco

Exemplo:
├── 5 desenvolvedores
├── 10 dias úteis (2 semanas)
├── 8 horas por dia
├── Base: 5 × 10 × 8 = 400 horas
├── Fator de foco: 0.7
├── Disponível: 400 × 0.7 = 280 horas
└── Capacidade: 280 horas

FATOR DE FOCO:
─────────────────────────────────────
Tempo não em trabalho do sprint:
├── Daily standup: 15 min
├── Outras reuniões: 2 hrs/semana
├── Email/Slack: 1 hr/dia
├── Suporte/interrupções: 1 hr/dia
├── Típico: 60-80% foco
└── Meça o real do seu time

AJUSTES:
─────────────────────────────────────
Por pessoa:
├── Alice: Sprint completo (100%)
├── Bob: 3 dias folga (70%)
├── Carol: Sprint completo (100%)
├── Dave: 1 dia treinamento (90%)
├── Eve: Sprint completo (100%)
├── Total: 460% de 1 pessoa
├── Ou: 4.6 × 10 × 8 × 0.7 = 258 hrs
└── Capacidade ajustada

CONVERTER PARA PONTOS:
─────────────────────────────────────
Se 1 ponto ≈ 4-8 horas:
├── 258 horas disponíveis
├── 1 ponto = ~6 horas (média)
├── Capacidade: ~43 pontos
└── Compare com velocidade histórica

Melhores Práticas

Para Planejamento de Capacidade

Use histórico — Velocidade real > desejos

Considere ausências — Férias, feriados

Buffer — 10-15% para desconhecidos

Fator de foco — Meça o real

Revise — Ajuste baseado em resultados

Anti-Padrões

ERROS DE PLANEJAMENTO DE CAPACIDADE:
✗ Ignorar histórico
✗ Não considerar ausências
✗ 100% utilização assumida
✗ Sem buffer
✗ Pressão para comprometer mais
✗ Não ajustar para mudanças
✗ Estimativa otimista
✗ Ignorar fator de foco