Project Baseline: alcance, cronograma y costo explicados

Un project baseline es la versión formalmente aprobada de su plan de proyecto que se usa para medir el desempeño durante toda la entrega. Sin ella, no hay forma confiable de saber si el proyecto va según lo previsto, se está desviando o se dirige silenciosamente hacia un colapso.

La mayoría de los equipos sabe que debería establecer un baseline. Pocos entienden que existen tres líneas base distintas, cada una cubriendo una dimensión diferente del proyecto, y que se entrelazan para formar algo llamado línea base de medición del desempeño.

¿Qué es un project baseline?

Un project baseline es el plan aprobado y distribuido en el tiempo contra el cual se mide el desempeño real del proyecto. Captura lo que el proyecto debe entregar (alcance), cuándo debe entregarlo (cronograma) y cuánto debe costar (costo). Una vez que el patrocinador del proyecto y los stakeholders relevantes aprueban formalmente este plan, se convierte en el punto de referencia fijo durante toda la vida del proyecto.

La palabra "aprobado" importa aquí. Un cronograma en borrador guardado en una hoja de cálculo no es un baseline. Un baseline existe solo después de que el proyecto pasa por un proceso formal de autorización, típicamente documentado mediante un project charter o un documento de alcance firmado, y el plan queda fijado en ese momento.

Los cambios posteriores a ese punto requieren una solicitud de cambio formal. Si se salta esa disciplina y se sigue ajustando el plan de manera informal, el baseline pierde sentido porque ya no representa ninguna versión acordada de la realidad.

Datos clave

• El informe Pulse of the Profession 2021 del PMI encontró que las organizaciones con alta madurez en project management completan el 77% de sus proyectos a tiempo y el 76% dentro del presupuesto, frente al 56% y 52% de las organizaciones con menor madurez.
• El PMBOK Guide (7.ª edición) define la línea base de medición del desempeño (PMB) como el plan integrado de alcance, cronograma y costo utilizado para la comparación en la gestión del valor ganado.
• Una encuesta global de KPMG sobre project management de 2020 encontró que el 69% de las organizaciones reportó al menos un fracaso de proyecto en los tres años anteriores, citando el scope creep y la mala gestión del baseline entre las principales causas raíz.

Las tres líneas base del proyecto

Un project baseline completo en realidad son tres líneas base separadas que trabajan juntas. Cada una cubre un área de conocimiento específica y cada una se produce a partir de un artefacto de planificación distinto.

Cada línea base se aprueba por separado, aunque en la práctica suelen revisarse juntas al final de la fase de planificación. En conjunto forman la línea base de medición del desempeño (PMB), que es el insumo para los cálculos de valor ganado.

Project baseline vs. línea base de medición del desempeño

Estos dos términos son cercanos pero no idénticos, y confundirlos causa problemas al entrar en el reporte de valor ganado.

Un project baseline es un término general para cualquier plan de referencia aprobado. Puede escuchar a alguien decir "la línea base de costo" o "la línea base de cronograma" al referirse a una sola dimensión.

La línea base de medición del desempeño (PMB) es la combinación específica de las tres líneas base: alcance más cronograma más costo, estructurada como un presupuesto distribuido en el tiempo. Es lo que realmente se compara al calcular métricas de valor ganado como la variación del cronograma (SV) o el índice de desempeño de costos (CPI).

Piénselo así: cada una de las tres líneas base responde una pregunta de forma aislada. La PMB las responde en conjunto, que es lo que se necesita para una medición integrada del desempeño mediante la gestión del valor ganado.

Por qué importa el project baseline

Un baseline no es papeleo. Es el mecanismo que hace posible la rendición de cuentas.

Sin un baseline fijo, cada conversación sobre "¿vamos según lo previsto?" se convierte en una discusión sobre qué significa "según lo previsto". El project manager dice que van adelantados. El patrocinador cree que el plan original era distinto. El equipo de finanzas trabaja con un presupuesto actualizado que el project manager nunca vio. Nadie miente. Simplemente no tienen un punto de referencia compartido.

Con un baseline, se pueden responder tres preguntas específicas con números:

1. ¿Estamos entregando el alcance correcto? Compare los entregables completados contra la línea base de alcance para detectar el scope creep a tiempo.
2. ¿Vamos según el cronograma? Compare las fechas de finalización reales contra la línea base de cronograma. Una métrica única como la variación del cronograma (SV) indica la magnitud, no solo la dirección.
3. ¿Estamos dentro del presupuesto? Compare los costos reales contra la línea base de costo período por período. Una cifra de variación de costo (CV) es más útil que una sensación vaga de que el gasto es "un poco alto".

Estas comparaciones también alimentan el análisis de la triple restricción que la mayoría de los patrocinadores de proyecto esperan en las revisiones de estado. Cuando el alcance, el cronograma o la línea base de costo se desvían significativamente, se obtiene una alerta temprana antes de que una pequeña desviación se convierta en una crisis de entrega.

Cómo establecer un project baseline

Establecer el baseline es un proceso secuencial. Cada paso depende del anterior.

Paso 1: Defina y apruebe el alcance

Documente todo lo que el proyecto entregará y todo lo que no entregará. El resultado es el enunciado del alcance del proyecto más la estructura de desglose del trabajo. La WBS descompone el alcance en paquetes de trabajo suficientemente pequeños para estimar y asignar. Obtenga la aprobación formal del patrocinador del proyecto antes de continuar.

Paso 2: Desarrolle el cronograma

Secuencie los paquetes de trabajo de la WBS en un cronograma de proyecto. Identifique dependencias, estime duraciones, asigne recursos y calcule la ruta crítica. El resultado es la línea base de cronograma: un documento que muestra las fechas de inicio y fin planificadas para cada actividad e hito. Esta suele ser la parte más debatida del establecimiento del baseline, porque los stakeholders con frecuencia quieren cronogramas que el trabajo no puede sostener.

Paso 3: Estime y apruebe el presupuesto

Construya la línea base de costo asignando estimaciones monetarias a cada paquete de trabajo y distribuyéndolas a lo largo del cronograma del proyecto. El resultado es un presupuesto distribuido en el tiempo que muestra cuánto dinero se planea gastar en cada período de reporte. No es una cifra global de "presupuesto aprobado". Es una curva, a veces llamada curva en S, que refleja el aumento y la disminución naturales del gasto del proyecto.

Paso 4: Documente y apruebe formalmente el plan integrado

Reúna las tres líneas base en el plan de gestión del proyecto. Preséntelas al patrocinador del proyecto y a los stakeholders relevantes. Obtenga aprobación por escrito, ya sea una firma en un project charter, una aprobación formal de etapa (stage gate) o una decisión documentada en su herramienta de gestión de proyectos. La fecha de esa aprobación es la fecha del baseline.

Paso 5: Fije el baseline en su herramienta de gestión de proyectos

Registre el baseline en su software de programación y seguimiento de costos. La mayoría de las herramientas tienen una función de "guardar baseline" que congela los valores planificados para que sigan siendo visibles junto a los valores reales conforme avanza el proyecto. Si no lo fija en la herramienta, el baseline se sobrescribirá en cuanto alguien actualice el cronograma.

Paso 6: Comunique el baseline al equipo

Cada persona del equipo del proyecto debe entender qué es el baseline y por qué importa. Necesitan saber que las desviaciones deben reportarse, no ocultarse, y que los cambios informales de alcance o cronograma deben pasar por el proceso de control de cambios antes de aparecer en el plan.

Cómo gestionar los cambios en el baseline

Un baseline no es permanente. Los proyectos cambian. Los clientes cambian de opinión. Los proveedores incumplen entregas. Surgen nuevos riesgos. La pregunta no es si el baseline necesitará cambiar, sino cómo se gestionan esos cambios.

Los cambios deben pasar por un control de cambios formal. Todo cambio propuesto en el alcance, el cronograma o el costo debe presentarse como una solicitud de cambio formal, evaluarse por su impacto en las tres líneas base, aprobarse o rechazarse por la autoridad correspondiente y luego documentarse. Los procedimientos de control de cambios y control integrado de cambios existen específicamente para este propósito.

Cuando se aprueba un cambio, se actualiza el baseline. Esto se llama revisión de baseline (o re-baselining en casos extremos). La disciplina clave es registrar el cambio y su justificación, para que futuros lectores puedan entender por qué se movió el baseline. Un proyecto que ha sido re-baselineado formalmente dos veces por razones documentadas está en una posición mucho mejor que un proyecto donde el "baseline" se actualiza silenciosamente cada vez que algo se retrasa.

Lo que nunca debe hacerse es actualizar el plan para que coincida con los datos reales sin una solicitud de cambio. Esa práctica, a veces llamada "rebaselining de goma" (rubber-baselining), elimina la capacidad de medir la variación y destruye efectivamente la función de rendición de cuentas del baseline.

Errores comunes

Establecer el baseline antes de que el alcance esté estable. Si los stakeholders todavía están negociando qué entrega el proyecto, la línea base de alcance es prematura. Fijar un cronograma y un presupuesto sobre un alcance indefinido solo crea un documento que se revisará en cuestión de semanas.

Tratar el baseline como un evento único. Algunos equipos establecen el baseline al inicio del proyecto y luego nunca vuelven a mirarlo. El baseline solo tiene valor si se compara activamente contra los datos reales en cada ciclo de reporte.

Saltarse la WBS. Las líneas base de costo y cronograma construidas sin una estructura de desglose del trabajo adecuada tienden a omitir trabajo. Omitir trabajo significa que la línea base de costo está subestimada, lo que garantiza sobrecostos incluso antes de que el proyecto encuentre problemas reales.

Cambios informales de baseline. Un project manager que ajusta el cronograma "solo esta vez" sin una solicitud de cambio está erosionando el baseline. Después de algunos ajustes informales, el baseline ya no refleja nada acordado por el patrocinador, y las métricas de valor ganado se vuelven poco confiables.

Falta de documentación de los cambios aprobados. Incluso cuando se sigue el control de cambios, los equipos a veces actualizan el plan sin registrar por qué. Seis meses después, nadie puede explicar por qué la línea base de cronograma muestra una fecha distinta del plan original.

Preguntas frecuentes

¿Qué es un project baseline en términos simples?

Es la versión aprobada de su plan de proyecto, que cubre qué construirá, cuándo lo construirá y cuánto costará. Una vez aprobado, sirve como el punto de referencia fijo contra el cual se compara el desempeño real durante todo el proyecto.

¿Cuándo debería establecerse el project baseline?

Establezca el baseline después de que el alcance, el cronograma y el costo hayan sido completamente planificados y formalmente aprobados por el patrocinador del proyecto. Eso suele ocurrir al final de la fase de planificación y antes de que comience la ejecución. Establecerlo demasiado pronto, antes de que el alcance esté estable, crea un baseline que necesitará revisión inmediata.

¿Se puede cambiar un project baseline después de establecido?

Sí, pero solo mediante un control de cambios formal. Debe presentarse una solicitud de cambio, evaluarse su impacto y aprobarse antes de actualizar el baseline. Cambiar el baseline sin ese proceso se llama rubber-baselining y hace que la medición del desempeño carezca de sentido.

¿Cuál es la diferencia entre un project baseline y un plan de proyecto?

El plan de proyecto es un documento vivo que se actualiza a lo largo del proyecto. El baseline es la instantánea aprobada de ese plan en un momento específico, congelada para que pueda servir como referencia estable. El plan evoluciona; el baseline solo cambia mediante control de cambios formal.

¿Cómo se relaciona un project baseline con la gestión del valor ganado?

La línea base de medición del desempeño, compuesta por las líneas base de alcance, cronograma y costo juntas, es el insumo para todos los cálculos de valor ganado. Métricas como la variación del cronograma, la variación de costo y el índice de desempeño de costos se calculan comparando el desempeño real contra este baseline integrado. Sin un baseline fijo, el valor ganado no tiene nada contra qué medirse.

Establecer un project baseline es uno de los actos más cuidadosos del project management. Requiere disciplina al inicio, cuando la tentación es empezar a construir en lugar de planificar, y durante toda la ejecución, cuando la tentación es ajustar silenciosamente el plan para que coincida con lo que realmente está sucediendo. Los equipos que mantienen la línea en ambos momentos obtienen algo valioso a cambio: un registro del proyecto del que realmente pueden aprender, y números que les dicen la verdad sobre dónde está parada la entrega.