1. O Que E Capacidade do Sprint

Capacidade do sprint e o total de horas de trabalho efetivamente disponivel para desenvolvimento durante um ciclo. Parece simples, mas e frequentemente calculada de forma errada: muitos times somam simplesmente "numero de membros x dias x horas por dia" — e depois se surpreendem quando nao conseguem entregar o planejado.

O problema e que esse calculo ignora dois fatores criticos: o tempo consumido por cerimonias Scrum e a dedicacao parcial de membros que participam de mais de um projeto simultaneamente. A capacidade real pode ser significativamente menor que a bruta.

2. O Impacto das Cerimonias Scrum

As cerimonias Scrum (Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective) consomem tempo real da equipe. Em uma sprint de duas semanas, o impacto tipico e:

• Sprint Planning: 2-4 horas por sprint
• Daily Scrum: 15 minutos por dia = 1,25 horas por sprint de 2 semanas
• Sprint Review: 1-2 horas por sprint
• Sprint Retrospective: 1,5-3 horas por sprint

Somando, o overhead de cerimonias pode facilmente representar 8-12% do total de horas do sprint — o que justifica um desconto de 10% como ponto de partida razoavel para equipes que seguem Scrum rigoroso.

"A equipe mais produtiva nao e a que trabalha mais horas, mas a que entende com precisao quantas horas realmente tem e planeja dentro dessa realidade."

3. Dedicacao Parcial e Multitarefa

Membros com dedicacao inferior a 100% ao projeto reduzem proporcionalmente a capacidade disponivel. Isso inclui pessoas que trabalham em multiplos produtos, suporte a sistemas legados, atividades administrativas ou treinamentos.

Alem do impacto direto nas horas, a dedicacao parcial cria um custo oculto: troca de contexto. Cada vez que um desenvolvedor precisa alternar entre projetos, ha um overhead cognitivo de retomada que reduz ainda mais a produtividade real — embora nossa calculadora nao modele esse efeito por ser dificil de quantificar.

4. Velocity e Horas por Story Point

Ao combinar a capacidade calculada com o velocity historico da equipe, e possivel estimar quantas horas de desenvolvimento correspondem a cada story point. Essa metrica e util para:

• Avaliar se o velocity atual e realista dado a capacidade disponivel
• Detectar sprints com capacidade reduzida (ferias, afastamentos) e ajustar o compromisso
• Comunicar para stakeholders a relacao entre tamanho de time e entrega
• Identificar se a equipe esta consistentemente sobre ou subestimando story points