La línea base: sin ella no hay desviación que medir

Sin una referencia fija, un retraso se discute en lugar de medirse. Siete prácticas para fijar la línea base, protegerla y moverla solo con cambios aprobados.

Un proyecto se retrasa tres semanas y nadie puede decir con certeza respecto a qué. Se habla de «lo que se prometió», pero cada quien recuerda una fecha distinta. Sin una referencia fija, la desviación no se mide: se discute. La línea base es esa referencia: la foto del plan aprobado contra la cual se compara todo lo demás.

1. Congélala antes de ejecutar, no después

Una línea base «retroactiva» (la que se arma cuando el proyecto ya va a la mitad) refleja lo que ya pasó, no lo que se aprobó. Fíjala cuando el patrocinador firma el plan y antes de que el equipo empiece a trabajar. Si el proyecto ya arrancó sin ella, es preferible fijarla hoy y declararlo, que reconstruirla de memoria.

2. Que cubra las tres cosas: alcance, tiempo y costo

Una fecha de entrega sola no basta. La línea base útil guarda, tarea por tarea:

• Las fechas de inicio y fin planeadas.
• El esfuerzo estimado en horas.
• El alcance aprobado (la estructura de tareas) y los totales de costo y precio.

Con eso se pueden contestar tres preguntas distintas: ¿vamos tarde?, ¿estamos gastando más horas de las previstas?, ¿el alcance creció?

3. No la toques para que los números se vean bien

Es la tentación más común: el proyecto se atrasa, así que se «ajusta» el plan y la desviación desaparece del tablero. Pero una línea base que se mueve a conveniencia deja de medir cualquier cosa. La regla es simple: la línea base solo cambia mediante un cambio aprobado.

4. Cada cambio aprobado genera una línea base nueva, y la anterior se conserva

Cuando el cliente pide más alcance y se acuerda, el plan sí cambia, y es legítimo que la referencia cambie con él. Lo importante es la trazabilidad: la versión 1 sigue ahí, la versión 2 queda identificada con el cambio que la originó, y cualquiera puede ver cuánto se movió el proyecto desde el plan original.

5. El cambio es una orden con impactos, no una nota

«Quedamos en agregar el módulo» en un correo no es un control de cambios. Registra cada solicitud con su folio y sus impactos en números: precio de venta, costo, días de calendario, y en texto, qué entra y qué sale del alcance y del equipo. Decide una persona con autoridad para hacerlo (el responsable del proyecto o el patrocinador), y deja constancia también de las que se rechazan: te explican después por qué el proyecto no incluye algo.

6. Mide la variación contra la referencia vigente, y revisa el detalle

El tablero de variaciones debería decirte en un vistazo cuántos días, cuántas horas y cuántos pesos se han movido respecto a la línea base vigente, y cuánto del alcance se agregó, se quitó o se modificó. Una tarea eliminada no es un dato perdido: es una variación que hay que reportar. Revisa la comparación tarea por tarea antes de la junta de seguimiento, no durante.

7. Los hitos son los que se ven en el Gantt; que coincidan con la línea base

El comité no revisa trescientas tareas: mira los hitos. Si los hitos del Gantt y los de la línea base no son los mismos, cada junta empieza discutiendo qué fecha vale. Define pocos hitos, ponles dependencias reales y compáralos siempre contra la referencia congelada.

Cómo se ve en Iurefficient

En cada proyecto, la sección Cambios (se enciende en Editar proyecto, secciones del tablero) reúne esta disciplina. Botón Nueva línea base para congelar el plan, y encima el tablero de Variaciones contra la línea base con calendario, esfuerzo, costo planeado y alcance, cada uno con su diferencia.

Debajo están las órdenes de cambio, con folio y sus impactos. Solo las que están en revisión muestran los botones para autorizar o rechazar, y la que ya se autorizó queda marcada como aplicada al presupuesto. Al autorizar, se guarda la línea base anterior y la nueva pasa a ser la vigente; el plan original se conserva siempre como la versión 1.

PMO línea base control de cambios gestión de proyectos

← Volver al índice