ForHosting KIT · Finanças e dinheiro

Calculadora de capacidade de sprint

Cinco pessoas durante 10 dias úteis, 8 horas por dia e fator de foco de 0,7 somam 400 horas brutas e 280 horas de capacidade real; as outras 120 vão para reuniões e interrupções. Grátis no seu navegador.

Grátis
Funciona no seu navegador
Sem cadastro
Seus dados não saem do seu aparelho

Executar grátis Ver a API

Use pelo WebAPIE-mailTelegramApp em breve

Exemplo resolvido

Se você digitar

Número de funcionários: 5
Dias úteis: 10
Horas por dia: 8
Fator de foco: 0,7

Você obtém

Dias-pessoa: 50
Horas brutas: 400
Horas de capacidade: 280
Dias-pessoa de capacidade: 35

A capacidade de sprint é a quantidade realista de trabalho que uma equipe pode comprometer em uma iteração fixa, medida em horas após descontar reuniões, interrupções e disponibilidade parcial. Scrum masters, gerentes de engenharia e líderes de entrega precisam de uma base aritmética transparente antes de puxar histórias para o quadro do sprint ou de comparar a carga planejada com a velocidade histórica. Esta calculadora de capacidade de sprint da equipe aceita headcount (ou equivalentes em tempo integral), dias úteis no sprint, horas nominais por pessoa por dia e um fator de foco ou disponibilidade entre zero e um; devolve horas brutas, horas de capacidade, pessoa-dias, pessoa-dias de capacidade e horas de overhead, com uma string de fórmula curta.

O que significa capacidade de sprint e como a fórmula funciona

Equipes ágeis raramente têm cem por cento do tempo de calendário para itens comprometidos do backlog. Feriados encolhem a contagem de dias úteis, membros em meio período reduzem o headcount efetivo, e reuniões, rotação de suporte e troca de contexto consomem uma fração de cada dia.

O modelo padrão de planejamento multiplica quatro fatores: quantas pessoas (ou FTE) estão na equipe, quantos dias úteis caem na janela do sprint, quantas horas nominais cada pessoa pode oferecer por dia, e um fator de foco ou disponibilidade que reduz o tempo nominal à parcela reservada ao trabalho do sprint. Horas brutas equivalem a headcount vezes dias úteis vezes horas por dia. Horas de capacidade equivalem a horas brutas vezes o fator de foco.

Pessoa-dias equivalem a headcount vezes dias úteis; pessoa-dias de capacidade aplicam o mesmo fator de foco para você planejar em unidades de dia quando o quadro acompanha histórias em pessoa-dias em vez de horas. Horas de overhead são a diferença entre brutas e capacidade — as reuniões e o trabalho não planejado já removidos pelo fator de foco.

Exemplo: cinco pessoas, dez dias úteis, oito horas por dia e um fator de foco de zero vírgula sete geram quatrocentas horas brutas e duzentas e oitenta horas de capacidade, com cento e vinte horas de overhead e trinta e cinco pessoa-dias de capacidade. A calculadora não substitui a previsão de velocidade em story points; é o teto de orçamento em horas contra o qual você compara o trabalho restante estimado. Headcount fracionário é permitido para colaboradores em meio período (por exemplo quatro vírgula cinco FTE).

O fator de foco deve ficar entre zero e um inclusive: envie zero vírgula sete para setenta por cento de foco, não setenta.

Onde uma calculadora de capacidade de sprint da equipe se justifica

Scrum masters e coaches ágeis usam uma calculadora de capacidade de sprint da equipe no planejamento do sprint para definir um orçamento de horas transparente antes de a equipe puxar itens do backlog, sobretudo quando o headcount muda no meio do trimestre ou feriados cortam dias de uma cadência de duas semanas. Gerentes de engenharia comparam horas de capacidade entre squads ao equilibrar staffing para um release train, e product owners veem por que uma equipe menor ou parcialmente disponível não pode absorver o mesmo compromisso do sprint anterior.

Ferramentas de PMO e relatórios de entrega automatizam a mesma fórmula dentro de notebooks de portfólio para que cada equipe armazene horas brutas, horas de capacidade e overhead lado a lado para auditoria. Cursos de treinamento e plugins LMS precisam de um oráculo determinístico que rejeite um fator de foco de setenta ou um headcount zero em vez de emitir NaN em silêncio que um avaliador com bug possa tratar como sucesso. Validação falha não consome saldo.

Mantenha as requisições pequenas, fixe os campos de capacidade arredondados nos testes e você obtém orçamentos de sprint reproduzíveis para cerimônias de planejamento, edge workers e checagens de CI sem montar uma pilha completa de portfólio de projetos.

Casos de uso

Orçamento de horas no planejamento do sprint

Calcule horas de capacidade a partir do tamanho da equipe, dias úteis, horas diárias e fator de foco antes de a equipe comprometer histórias, para que a carga planejada fique dentro de um orçamento transparente.

Ajustes por feriados e meio período

Recalcule a capacidade quando feriados encolhem os dias úteis ou FTE fracionário reduz o headcount, e mostre horas de overhead ao lado dos pessoa-dias de capacidade ajustados.

Relatórios de portfólio multi-equipe

Automatize a mesma fórmula de capacidade entre squads em notebooks ou ferramentas de entrega para que finanças e PMO comparem horas brutas versus horas ajustadas por foco em um único rastro de auditoria.

Perguntas frequentes

O que é o fator de foco?

Uma fração do tempo nominal disponível para o trabalho comprometido do sprint após reuniões, suporte e interrupções. Use 0.7 para 70% de foco — não 70. Os valores devem estar entre 0 e 1 inclusive.

O headcount pode ser fracionário?

Sim. Headcount fracionário modela colaboradores em meio período ou FTE compartilhado (por exemplo 4.5). O headcount ainda deve ser estritamente maior que zero.

Isso substitui a velocidade em story points?

Não. As horas de capacidade são o teto do orçamento de tempo. A velocidade em story points prevê quanto backlog a equipe costuma terminar; use as duas juntas no planejamento.

Como calcular a capacidade de sprint em horas?

Multiplique o número de pessoas pelos dias úteis, pelas horas por dia e pelo fator de foco. Cinco pessoas, 10 dias, 8 horas e 0,7 dão 280 horas de capacidade de 400 brutas, ou 35 dias-pessoa de capacidade.

Digito 70 ou 0,7 para um fator de foco de 70%?

Digite 0,7. O fator de foco é uma fração entre 0 e 1, então 70 é recusado em vez de ser lido como percentual. Os extremos, 0 e 1, também são aceitos.

Ferramentas relacionadas

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

POSThttps://api.kit.forhosting.com/biz/team-capacity-sprint

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

curl -X POST https://api.kit.forhosting.com/biz/team-capacity-sprint \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}'

const res = await fetch("https://api.kit.forhosting.com/biz/team-capacity-sprint", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "headcount": 5,
    "working_days": 10,
    "hours_per_day": 8,
    "focus_factor": 0.7
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/biz/team-capacity-sprint",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "headcount": 5,
    "working_days": 10,
    "hours_per_day": 8,
    "focus_factor": 0.7
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/team-capacity-sprint", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"headcount":5,"working_days":10,"hours_per_day":8,"focus_factor":0.7}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/team-capacity-sprint", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemplo de requisição

{
  "headcount": 5,
  "working_days": 10,
  "hours_per_day": 8,
  "focus_factor": 0.7
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "biz.team_capacity_sprint",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Notas técnicas

Entradas inválidas falham com invalid_input e não são cobradas.

Contrato de entrada, formato da resposta e comportamento de erro

Um fator de foco fora de zero a um também falha — não envie setenta por setenta por cento. Envie por POST um corpo JSON com quatro números finitos obrigatórios: headcount (pessoas ou FTE, estritamente positivo), working_days (contagem positiva de dias úteis no sprint, excluindo fins de semana e feriados conhecidos), hours_per_day (horas produtivas nominais positivas por pessoa por dia, comumente de seis a oito) e focus_factor (disponibilidade ou foco como fração no intervalo fechado de zero a um). Cada campo pode chegar como número JSON ou como string numérica; campos ausentes, strings vazias, valores não finitos e headcount, dias úteis ou horas por dia não positivos falham com invalid_input nomeando o campo. Em caso de sucesso o corpo ecoa os quatro fatores e devolve person_days, gross_hours, capacity_hours, capacity_person_days, overhead_hours e uma string de fórmula reafirmando capacity_hours igual a headcount vezes working_days vezes hours_per_day vezes focus_factor. Combine o resultado numérico com suas próprias estimativas em story points e limites WIP fora deste endpoint; a calculadora devolve apenas o orçamento em horas e pessoa-dias e não emite tickets Jira, commits de quadro nem gráficos de burndown. Mantenha unidades consistentes ao longo de uma série de planejamento: se você modela hours_per_day como seis para dias de engenharia de foco profundo, use a mesma convenção ao comparar depois capacity_hours com as horas de estimativa restantes.

Perguntas técnicas

Como se calcula a capacidade de sprint da equipe?

capacity_hours = headcount × working_days × hours_per_day × focus_factor. Envie headcount, dias úteis e horas por dia positivos, mais um fator de foco entre 0 e 1; a API também devolve pessoa-dias, horas brutas e horas de overhead.

Quanto custa a calculadora de capacidade de sprint da equipe?

A ferramenta do navegador é gratuita. Solicitações API usam saldo pré-pago KIT a US$ 0,002 por chamada bem-sucedida; entrada inválida não é cobrada.

Ver a documentação completa do KIT →

Executar grátis