Línea base del cronograma: qué es y cuándo congelarla
Sin una línea base, la pregunta «¿vamos con retraso?» no tiene respuesta: no hay contra qué comparar. Con una línea base mal gestionada —la que se mueve cada vez que algo se tuerce— la respuesta siempre es «no», y también es mentira. Esto va de cómo hacerla bien.
Qué es exactamente
La línea base del cronograma es la versión del plan aprobada formalmente y guardada aparte, contra la que se mide el avance real durante toda la vida del proyecto. No es «el plan»: el plan sigue vivo y cambiando. La línea base es la foto de ese plan en el momento en que el sponsor dijo «adelante».
En la práctica, para cada tarea guarda tres cosas: fecha de inicio prevista, fecha de fin prevista y trabajo/coste presupuestado. A partir de ahí, cualquier fecha real que se registre se compara con esa referencia y produce un desvío en días. La suma de todos esos desvíos es lo que el comité llama «el retraso».
Baseline vs. plan actual. Un buen Gantt muestra las dos barras a la vez: la línea base como una barra sombra detrás, y el plan actual delante. La distancia entre ambas —+8d, +3sem— es la deriva acumulada. Si nunca ves esa sombra, o siempre está pegada a la barra actual, es que no hay línea base: hay un plan que se reescribe solo.
Por qué sin línea base no hay valor ganado
El valor ganado se apoya en tres cifras. Dos de ellas nacen de la línea base:
- PV (valor planificado) — cuánto trabajo deberías llevar hecho hoy según la línea base. Sin fechas y presupuesto congelados, el PV no existe.
- BAC (presupuesto a la conclusión) — la suma del coste de línea base de todos los paquetes de trabajo. Es el denominador de medio EVM.
Por eso el orden importa: primero se congela la línea base, y solo entonces el CPI y el SPI significan algo. Un SPI calculado contra un plan que se movió la semana pasada siempre dará cerca de 1 — porque estás comparando el plan contigo mismo.
Cuándo congelarla
Ni demasiado pronto ni demasiado tarde. La ventana correcta es cuando se cumplen estas cuatro condiciones:
- El alcance está aprobado. Si el «qué» sigue en discusión, cualquier cronograma es provisional.
- La EDT está descompuesta hasta paquetes de trabajo estimables (rara vez más de dos semanas cada uno).
- Las dependencias están definidas. Sabes qué tarea empuja a cuál y con qué desfase.
- Los recursos clave están confirmados. No nominalmente: con nombre y disponibilidad real.
Esto suele coincidir con el final de la fase de planificación y la firma del acta de constitución ampliada o del plan de dirección del proyecto. Congelarla antes es fijar una ficción; congelarla tres meses después de arrancar es renunciar a medir el principio, que suele ser donde se pierde el tiempo que nadie recupera.
Cuándo NO tocarla
La regla por defecto es: la línea base no se mueve. Un retraso no se arregla re-baselinando; se arregla con un plan de recuperación o con una decisión de alcance. Mover la línea base para que el semáforo vuelva a verde es el equivalente de cronograma al patrón de la gaviota: esconde la deuda hasta que explota.
Situaciones que no justifican un re-baseline:
- El equipo va más lento de lo estimado. Eso es exactamente lo que la línea base debe capturar.
- Un riesgo conocido se materializó. Para eso estaba la reserva.
- El comité está incómodo con el desvío. El problema es el desvío, no su medición.
Cuándo sí re-baselinar
El re-baseline es legítimo cuando la referencia ha dejado de describir el proyecto que realmente se está ejecutando. Casos claros:
| Disparador | Por qué |
|---|---|
| Cambio de alcance aprobado | Entra o sale trabajo por control de cambios formal. La línea base incorpora ese delta y se re-aprueba. |
| Reprogramación mayor autorizada | El sponsor acepta una fecha de fin nueva y documentada (no un deslizamiento silencioso). |
| Suspensión y reactivación | El proyecto estuvo parado semanas por causa externa; medir contra fechas que corrían en el vacío no aporta. |
| Error estructural en el plan original | Una dependencia mal puesta o una fase olvidada, no una mala estimación. Se corrige y se re-aprueba. |
En todos los casos: con aprobación formal, con fecha, y conservando la línea base anterior. Un proyecto sano tiene una o dos líneas base en toda su vida. Cinco es una señal de alarma en sí misma.
Guarda siempre la línea base original. Aunque re-baselines, la primera foto es el dato más honesto que tendrás sobre cómo se planificó de verdad este proyecto — y sobre cómo planifica tu organización. Esa comparación, repetida en varios proyectos, vale más para una PMO que cualquier informe individual.
Cómo se ve en el seguimiento
Una vez congelada, la línea base aparece en tres sitios del día a día:
- En el Gantt — barra sombra detrás de cada tarea y una etiqueta de desfase (
+Nd) en las que han derivado. - En los hitos del informe — fecha de línea base, fecha estimada actual y desvío en días, para los 3–5 próximos.
- En el EVM — alimenta el PV y, con él, el SPI y las proyecciones de cierre.
Si mantener esas tres vistas sincronizadas a mano te parece trabajo de más, es porque lo es. La disciplina de congelar y no tocar la línea base es del equipo; propagarla a cada indicador debería ser de la herramienta.
PMOvio congela la línea base con un clic
Barra sombra en el Gantt, desfase por tarea, hitos con desvío en días y el PV del valor ganado — todo desde la misma línea base. 15 días gratis, sin tarjeta.
Planificar mi proyecto →