Calculadora de capacidad de sprint
Cinco personas durante 10 días hábiles a 8 horas diarias con un factor de foco de 0,7 suman 400 horas brutas y 280 horas de capacidad real; las otras 120 se van en reuniones e interrupciones. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Número de empleados
- 5
- Días laborables
- 10
- Horas por día
- 8
- Factor de enfoque
- 0,7
- Días-persona
- 50
- Horas brutas
- 400
- Horas de capacidad
- 280
- Días-persona de capacidad
- 35
La capacidad de sprint es la cantidad realista de trabajo que un equipo puede comprometer en una iteración fija, medida en horas tras descontar reuniones, interrupciones y disponibilidad parcial. Los scrum masters, responsables de ingeniería y líderes de entrega necesitan una base aritmética transparente antes de incorporar historias al tablero del sprint o de comparar la carga planificada con la velocidad histórica. Esta calculadora de capacidad de sprint del equipo acepta la plantilla (o equivalentes a tiempo completo), los días laborables del sprint, las horas nominales por persona y día, y un factor de foco o disponibilidad entre cero y uno; devuelve horas brutas, horas de capacidad, persona-días, persona-días de capacidad y horas de sobrecarga, junto con una cadena de fórmula breve.
Qué significa la capacidad de sprint y cómo funciona la fórmula
Los equipos ágiles rara vez disponen del cien por cien del tiempo de calendario para elementos comprometidos del backlog. Los festivos reducen el recuento de días laborables, los miembros a tiempo parcial bajan la plantilla efectiva, y las reuniones, la rotación de soporte y el cambio de contexto consumen una fracción de cada jornada.
El modelo estándar de planificación multiplica cuatro impulsores: cuántas personas (o FTE) hay en el equipo, cuántos días laborables caen dentro de la ventana del sprint, cuántas horas nominales puede ofrecer cada persona al día, y un factor de foco o disponibilidad que reduce el tiempo nominal a la parte reservada para el trabajo del sprint. Las horas brutas equivalen a plantilla por días laborables por horas al día. Las horas de capacidad equivalen a horas brutas por el factor de foco.
Los persona-días equivalen a plantilla por días laborables; los persona-días de capacidad aplican el mismo factor de foco para planificar en unidades de día cuando el tablero sigue historias en persona-días y no en horas. Las horas de sobrecarga son la diferencia entre brutas y capacidad: las reuniones y el trabajo no planificado ya retirados por el factor de foco.
Ejemplo: cinco personas, diez días laborables, ocho horas al día y un factor de foco de cero coma siete producen cuatrocientas horas brutas y doscientas ochenta horas de capacidad, con ciento veinte horas de sobrecarga y treinta y cinco persona-días de capacidad. La calculadora no sustituye la previsión de velocidad en story points; es el techo de presupuesto en horas con el que usted compara el trabajo restante estimado. Se admite plantilla fraccionaria para colaboradores a tiempo parcial (por ejemplo, cuatro coma cinco FTE).
El factor de foco debe situarse entre cero y uno inclusive: envíe cero coma siete para un setenta por ciento de foco, no setenta.
Dónde resulta útil una calculadora de capacidad de sprint del equipo
Los scrum masters y coaches ágiles usan una calculadora de capacidad de sprint del equipo en la planificación del sprint para fijar un presupuesto de horas transparente antes de que el equipo incorpore elementos del backlog, sobre todo cuando la plantilla cambia a mitad de trimestre o los festivos recortan días de un cadencia de dos semanas.
Los responsables de ingeniería comparan horas de capacidad entre escuadrones al equilibrar personal para un tren de liberaciones, y los product owners entienden por qué un equipo más pequeño o parcialmente disponible no puede absorber el mismo compromiso que el sprint anterior. Las herramientas de PMO e informes de entrega automatizan la misma fórmula dentro de cuadernos de cartera para que cada equipo almacene horas brutas, horas de capacidad y sobrecarga lado a lado para auditoría.
Los cursos de formación y los plugins LMS necesitan un oráculo determinista que rechace un factor de foco de setenta o una plantilla cero en lugar de emitir NaN en silencio que un calificador defectuoso podría tratar como éxito. La validación fallida no consume saldo. Mantenga las solicitudes pequeñas, fije en pruebas los campos de capacidad redondeados y obtendrá presupuestos de sprint reproducibles para ceremonias de planificación, edge workers y comprobaciones de CI sin levantar una pila completa de cartera de proyectos.
Qué puede hacer con ella
Presupuesto de horas en la planificación del sprint
Calcule horas de capacidad a partir del tamaño del equipo, días laborables, horas diarias y factor de foco antes de comprometer historias, de modo que la carga planificada quede dentro de un presupuesto transparente.
Ajustes por festivos y tiempo parcial
Recalcule la capacidad cuando los festivos reducen los días laborables o un FTE fraccionario baja la plantilla, y muestre las horas de sobrecarga junto a los persona-días de capacidad ajustados.
Informes de cartera multi-equipo
Automatice la misma fórmula de capacidad entre escuadrones en cuadernos o herramientas de entrega para que finanzas y PMO comparen horas brutas frente a horas ajustadas por foco en un solo rastro de auditoría.
Preguntas frecuentes
¿Qué es el factor de foco?
Una fracción del tiempo nominal disponible para el trabajo comprometido del sprint tras reuniones, soporte e interrupciones. Use 0.7 para un 70 % de foco, no 70. Los valores deben estar entre 0 y 1 inclusive.
¿Puede la plantilla ser fraccionaria?
Sí. La plantilla fraccionaria modela colaboradores a tiempo parcial o FTE compartido (por ejemplo 4.5). El headcount debe seguir siendo estrictamente mayor que cero.
¿Sustituye esto a la velocidad en story points?
No. Las horas de capacidad son el techo del presupuesto de tiempo. La velocidad en story points prevé cuánto backlog suele terminar el equipo; use ambas en la planificación.
¿Cómo se calcula la capacidad de sprint en horas?
Multiplique la plantilla por los días hábiles, las horas por día y el factor de foco. Cinco personas, 10 días, 8 horas y 0,7 dan 280 horas de capacidad sobre 400 brutas, o 35 días-persona de capacidad.
¿Escribo 70 o 0,7 para un factor de foco del 70 %?
Escriba 0,7. El factor de foco es una fracción entre 0 y 1, así que 70 se rechaza en lugar de interpretarse como porcentaje. Los extremos, 0 y 1, también se admiten.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
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)Ejemplo de solicitud
{
"headcount": 5,
"working_days": 10,
"hours_per_day": 8,
"focus_factor": 0.7
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.team_capacity_sprint",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Las entradas no válidas fallan con invalid_input y no se facturan.
Contrato de entrada, forma de la respuesta y comportamiento ante errores
Un factor de foco fuera de cero a uno también falla: no envíe setenta por un setenta por ciento. Envíe por POST un cuerpo JSON con cuatro números finitos obligatorios: headcount (personas o FTE, estrictamente positivo), working_days (recuento positivo de días laborables en el sprint, excluyendo fines de semana y festivos conocidos), hours_per_day (horas productivas nominales positivas por persona y día, habitualmente de seis a ocho) y focus_factor (disponibilidad o foco como fracción en el intervalo cerrado de cero a uno). Cada campo puede llegar como número JSON o como cadena numérica; campos ausentes, cadenas vacías, valores no finitos y headcount, días laborables u horas al día no positivos fallan con invalid_input nombrando el campo. En caso de éxito el cuerpo repite los cuatro impulsores y devuelve person_days, gross_hours, capacity_hours, capacity_person_days, overhead_hours y una cadena de fórmula que reafirma capacity_hours igual a headcount por working_days por hours_per_day por focus_factor. Combine el resultado numérico con sus propias estimaciones en story points y límites WIP fuera de este endpoint; la calculadora devuelve solo el presupuesto en horas y persona-días y no emite tickets de Jira, commits de tablero ni gráficos de burndown. Mantenga unidades coherentes a lo largo de una serie de planificación: si modela hours_per_day como seis para jornadas de ingeniería de foco profundo, use la misma convención al comparar después capacity_hours con las horas de estimación restantes.
Dónde resulta útil una calculadora de capacidad de sprint del equipo
Como la implementación es parse de nivel A puro, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente.
Preguntas técnicas
¿Cómo se calcula la capacidad de sprint del equipo?
capacity_hours = headcount × working_days × hours_per_day × focus_factor. Envíe headcount, días laborables y horas al día positivos, más un factor de foco entre 0 y 1; la API también devuelve persona-días, horas brutas y horas de sobrecarga.
¿Cuánto cuesta la calculadora de capacidad de sprint del equipo?
La herramienta del navegador es gratuita. Las solicitudes API usan saldo prepago KIT a $0.002 por llamada exitosa; la entrada no válida no se factura.