1. O Que E Capacidade de Equipe

Capacidade de equipe e o total de horas de trabalho disponivel que um time tem para dedicar a um sprint, descontando ausencias planejadas, feriados e percentuais de dedicacao ao projeto. E um conceito fundamental para o Sprint Planning do Scrum e para o planejamento de capacidade em qualquer metodologia agil.

Diferente de velocity — que mede o historico de entrega — a capacidade e uma projecao prospectiva do que o time pode fazer no proximo ciclo. Usar os dois juntos permite estimar com maior precisao quantos story points cabem no sprint.

2. Como Calcular Corretamente

O calculo de capacidade deve considerar tres variaveis por membro da equipe:

• Horas de trabalho por dia: a carga horaria diaria contratada da pessoa
• Percentual de dedicacao ao projeto: nem todos sao 100% dedicados — alguns podem ter reunioes fixas, outros projetos ou responsabilidades operacionais
• Ausencias planejadas: ferias, folgas, licencas ou qualquer dia que a pessoa nao estara disponivel durante o sprint

O calculo final desconta feriados do periodo e soma a capacidade individual de cada membro para obter a capacidade total do time.

"Times que calculam capacidade antes do Sprint Planning completam 30% mais sprints sem overflow do que times que usam velocity historica sem ajuste." — Pesquisa Agile Alliance 2024

3. Velocity e Story Points

Velocity e a media de story points que um time entrega por sprint. Para converter horas disponiveis em story points, usa-se uma razao de referencia — por exemplo, 0.5 SP/hora significa que para cada hora de trabalho o time entrega, em media, meio story point.

Esse valor deve ser calibrado com base no historico real do time. Nos primeiros sprints, use uma estimativa conservadora (0.3 a 0.5 SP/hora) e ajuste conforme os dados de retrospectiva acumulam.

4. Erros Comuns no Planejamento

Os erros mais frequentes ao planejar capacidade de equipe incluem:

• Ignorar ausencias planejadas e calcular com o time completo por todos os dias do sprint
• Nao considerar o percentual real de dedicacao de membros part-time ou compartilhados
• Usar velocity de sprints diferentes do atual sem ajustar para mudancas de composicao da equipe
• Nao reservar buffer para cerimmonias (planning, daily, review, retro) que consomem horas do sprint

Uma boa pratica e reservar entre 10% e 20% da capacidade calculada para overhead de cerimmonias, bugs urgentes e imprevistos, garantindo que o comprometimento do sprint seja realista e sustentavel.