Calculadora variación de cronograma
Un valor ganado de 45 000 frente a un valor planificado de 50 000 da una variación de cronograma de −5000 y un SPI de 0,9: el proyecto va retrasado. Introduzca ambas cifras y obtenga la variación, el índice, el porcentaje y un estado claro. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Valor ganado
- 45 000
- Valor planificado
- 50 000
- Variación del cronograma
- -5 000
- Índice de desempeño del cronograma
- 0,9
- Desviación porcentual
- -10
- Estado
- behind
La variación de cronograma es la métrica de valor ganado que responde a la pregunta central de cada reunión de control de proyecto: ¿el trabajo completado va por delante o por detrás del plan base? Esta calculadora de variación de cronograma acepta el valor ganado (EV, coste presupuestado del trabajo realizado) y el valor planificado (PV, coste presupuestado del trabajo programado), y devuelve la variación de cronograma SV igual a EV menos PV, el índice de desempeño del cronograma SPI igual a EV dividido por PV, el porcentaje de variación respecto al plan y un estado claro: por delante, en plazo o por detrás. Los jefes de proyecto, analistas de PMO y contratistas usan las mismas cifras en informes de estado, paneles y reclamaciones de oferta.
Qué significan la variación de cronograma y el SPI en la gestión del valor ganado
En la gestión del valor ganado, el valor planificado es la porción del presupuesto aprobado que debería haberse ganado en una fecha de informe según el cronograma base. El valor ganado es la porción de ese mismo presupuesto que representa el trabajo realmente completado. La variación de cronograma es simplemente la diferencia: SV igual a EV menos PV.
Cuando EV es mayor que PV, el equipo ha completado más trabajo presupuestado del que el plan pedía en esa fecha, de modo que SV es positivo y el proyecto va por delante del cronograma en términos de valor. Cuando EV es menor que PV, se ha logrado menos trabajo presupuestado del planificado, SV es negativo y el proyecto va por detrás.
El índice de desempeño del cronograma SPI es EV dividido por PV y reformula la misma comparación como ratio: SPI mayor que uno significa adelanto, igual a uno en plan y menor que uno retraso. El porcentaje de variación es SV dividido por PV por cien, cómodo en paneles que ya muestran otros porcentajes. Estas definiciones coinciden con las fórmulas clásicas de PMI y AACE usadas en proyectos de capital, programas de software y contratos públicos.
Matiz importante: la variación de cronograma se mide en moneda (o unidades de presupuesto), no en días de calendario. Un SV negativo grande indica que el valor del trabajo planificado no terminado es alto; por sí solo no dice cuántos días se retrasará el hito de fin. Aun así, SV y SPI son los indicadores de salud del cronograma de primera línea antes de profundizar en holgura del camino crítico o nivelación de recursos.
Esta calculadora se centra en esa aritmética de primera línea para que cada informe de estado pueda recalcular SV y SPI con las mismas dos entradas sin reinventar las fórmulas.
Quién usa la variación de cronograma y para qué
Las oficinas de cartera y los equipos de control de programas necesitan una calculadora determinista de variación de cronograma que cada paquete de estado y cada agregado automático puedan invocar sin abrir una plantilla de hoja de cálculo que alguien pudo haber editado. Los contratistas de construcción e ingeniería usan EV y PV de sus sistemas de costes cada periodo y deben publicar SV y SPI en informes al propietario bajo lenguaje contractual que ya cita esas fórmulas.
Los gestores de producto de software y de programas de TI siguen el consumo de puntos de historia o de presupuesto frente a un plan de release; mapear el trabajo completado a EV y el planificado a PV les permite reutilizar el mismo lenguaje que la dirección ya entiende de los proyectos de capital. Las plataformas LMS y de examen PMP necesitan un oráculo que califique correctamente ítems de SV y SPI para pares arbitrarios de EV y PV, incluido el borde donde EV iguala a PV.
La validación fallida no consume saldo.
Qué puede hacer con ella
Paquetes mensuales de estado de proyecto
Alimente el EV y el PV del periodo desde el sistema de costes y publique SV, SPI, porcentaje de variación y el estado por delante o por detrás en el paquete de estado de la PMO sin fórmulas a mano.
Práctica de exámenes PMP y de control
Genere o califique ítems de variación de cronograma con un oráculo determinista para pares arbitrarios de EV y PV, incluidos los casos límite en plazo.
Preguntas frecuentes
¿Qué significa una variación de cronograma negativa?
SV < 0 significa que el valor ganado es menor que el planificado: se ha completado menos trabajo presupuestado del que la línea base programaba para esa fecha, así que el proyecto va por detrás en términos de EVM.
¿Por qué el valor planificado debe ser mayor que cero?
El SPI se define como EV / PV.
¿Cómo se calcula la variación de cronograma?
Reste el valor planificado al valor ganado: SV = EV − PV. Con un valor ganado de 45 000 y un valor planificado de 50 000, la variación es de −5000: se ha completado menos trabajo presupuestado del que preveía el plan a esa fecha.
¿Qué significa un SPI de 0,9?
Significa que el valor ganado está por debajo del planificado, así que el proyecto va retrasado. El SPI es el valor ganado dividido entre el planificado: por encima de 1 va adelantado, igual a 1 va según el plan y por debajo de 1 va con retraso.
¿La variación de cronograma se mide en días?
No. Se expresa en moneda o unidades de presupuesto, no en días de calendario. Una cifra muy negativa indica que el valor del trabajo planificado pendiente es alto, pero por sí sola no dice cuántos días se retrasará el final.
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/schedule-variance \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"earned_value":45000,"planned_value":50000}'const res = await fetch("https://api.kit.forhosting.com/biz/schedule-variance", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"earned_value": 45000,
"planned_value": 50000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/schedule-variance",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"earned_value": 45000,
"planned_value": 50000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/schedule-variance", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"earned_value":45000,"planned_value":50000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"earned_value":45000,"planned_value":50000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/schedule-variance", 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
{
"earned_value": 45000,
"planned_value": 50000
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.schedule_variance",
"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
El camino analítico puro alimenta la herramienta gratuita del navegador y la API, de modo que las comprobaciones en hojas de cálculo, los agregados de cartera y las canalizaciones de automatización nunca discrepan sobre si el proyecto va adelantado o retrasado respecto a la línea base aprobada.
Contrato de entrada, campos de respuesta y reglas de validación
Ejemplo: EV de cuarenta y cinco mil y PV de cincuenta mil da SV de menos cinco mil, SPI de cero coma nueve, porcentaje de variación de menos diez y estado behind. Intercambie las cifras para EV de cincuenta y cinco mil y PV de cincuenta mil y obtiene SV de más cinco mil, SPI de uno coma uno y estado ahead. El extremo no calcula variación de coste, estimación al término ni días de camino crítico; esas son métricas separadas que requieren otras entradas. Envíe por POST un cuerpo JSON con dos números finitos obligatorios. earned_value (alias ev, bcwp) es el coste presupuestado del trabajo realizado hasta la fecha y debe ser no negativo. planned_value (alias pv, bcws) es el coste presupuestado del trabajo programado hasta la fecha y debe ser estrictamente mayor que cero, porque el SPI se define como EV entre PV y una línea base nula dejaría el índice indefinido. Ambos campos aceptan números JSON o cadenas numéricas. Campos ausentes, cadenas vacías, valores no finitos, EV negativo y PV no positivo fallan con invalid_input y no se facturan. En éxito la respuesta repite earned_value y planned_value, y devuelve schedule_variance (EV menos PV), schedule_performance_index (EV dividido por PV), percent_variance ((SV dividido por PV) por cien), un enum de estado ahead, on_schedule o behind según el signo de SV, una cadena formula que reescribe las identidades PMI y una frase breve de interpretación apta para tooltips o notas al pie de informe. EV y PV iguales devuelven variación cero, SPI de uno y on_schedule.
Dónde aporta valor una API de variación de cronograma
Como la implementación es parse de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red de salida.
Casos de integración
Paneles de agregación de cartera
Llame a la API por cada proyecto activo y grafique el SPI y la variación de cronograma para que la dirección vea qué programas van por detrás del plan base.
Preguntas técnicas
¿Cómo calculo la variación de cronograma a partir de EV y PV?
Envíe earned_value (EV) y planned_value (PV). La API devuelve SV = EV − PV, SPI = EV / PV, el porcentaje de variación y un estado ahead, on_schedule o behind.
¿Qué es el SPI y cómo se relaciona con el SV?
El SPI es EV dividido por PV. SPI > 1 coincide con SV positivo (adelante), SPI = 1 con SV cero (en plan) y SPI < 1 con SV negativo (atrás).
¿Cuánto cuesta la calculadora de variación de cronograma?
La herramienta del navegador es gratuita. Las peticiones API usan saldo prepago KIT a $0.002 por llamada exitosa; la entrada inválida no se factura.