La línea base de un diagrama de Gantt es una versión de referencia guardada del calendario del proyecto, que se muestra junto al plan actual o al avance real. Permite comparar las fechas aprobadas originalmente con lo que ahora parece probable y lo que ya ocurrió. La línea base no promete que haya desaparecido la incertidumbre.
La distinción importante es entre línea base, previsión y fecha real. La línea base conserva una referencia acordada. La previsión cambia a medida que el equipo aprende. Las fechas reales registran los acontecimientos completados. Si se sobrescriben esos campos a la vez, el gráfico deja de explicar los cambios del calendario.
Esta guía aborda la interpretación y la revisión del equipo, no las instrucciones para una aplicación de planificación específica. NextRetro es una herramienta de retrospectivas, no un motor de programación Gantt; mantenga el calendario oficial en su sistema de planificación de proyectos.
¿Qué incluye la línea base del calendario?
Una línea base útil conecta actividades, dependencias, calendarios e hitos pertinentes. Guardar una imagen de fechas arbitrarias no vuelve creíble el plan subyacente. Confirme cómo representa el calendario la disponibilidad de recursos y qué suposiciones determinan las fechas importantes de finalización.
La Guía de evaluación de calendarios de la GAO de Estados Unidos trata el mantenimiento de una línea base y la actualización del calendario con el avance real como prácticas distintas. El método de revisión de abajo aplica esa distinción a una reunión de decisiones de un equipo pequeño; no sustituye una evaluación especializada del calendario.
Registre la fecha de aprobación, el alcance, la versión y las suposiciones de la línea base. Especifique quién puede aprobar cambios. Un proyecto con compromisos contractuales o regulados puede necesitar controles adicionales a los ejemplos sencillos de aquí.
No espere hasta el final de la entrega para elegir la referencia que mejor haga parecer el rendimiento. Si el proyecto usa planificación progresiva, documente qué partes están detalladas, cuáles siguen siendo inciertas y cómo conservará las ampliaciones aprobadas.
Lea juntas las fechas de línea base, previsión y ejecución real
Considere este fragmento hipotético de un proyecto. Las fechas y actividades se inventaron para explicarlo.
| Elemento | Fin de línea base | Previsión actual | Fin real | Pregunta de revisión |
|---|---|---|---|---|
| Mapeo de datos acordado | 4 nov. | — | 6 nov. | ¿Por qué tardó más el acuerdo? |
| Ensayo de migración completado | 11 nov. | 16 nov. | — | ¿Qué dependencia previa o límite de capacidad cambió? |
| Aceptación operativa | 18 nov. | 23 nov. | — | ¿El equipo receptor acepta la nueva ventana de preparación? |
Un elemento completado necesita una fecha real, no una previsión que se mueve continuamente. Un elemento sin terminar necesita una previsión realista, no la antigua línea base copiada al campo del plan actual porque nadie quiere comunicar un retraso.
Distinga también entre tiempo transcurrido y tiempo laborable. Cinco días calendario y cinco días laborales son comparaciones distintas. Indique la convención antes de calcular variaciones, sobre todo si los equipos usan calendarios festivos o laborales diferentes.
No todos los retrasos cambian la fecha final del proyecto. Examine la lógica de dependencias y el margen disponible antes de afirmar que una tarea atrasada hará que se retrase todo el proyecto. A la inversa, un retraso pequeño en un traspaso importante puede ser más relevante que varios cambios mayores en otros lugares.
Una revisión de variaciones de 30 minutos
Lleve el calendario actual, su línea base y una lista breve de elementos cuyo cambio podría alterar una decisión. No revise cada barra solo porque aparece en el gráfico.
Primeros cinco minutos: acuerde la versión de referencia y la fecha de estado. Confirme que el avance real está actualizado. Anote las brechas de datos conocidas antes de interpretar el gráfico.
Siguientes diez minutos: examine una cadena de trabajo importante. Pregunte qué cambió en el alcance, la secuencia, la disponibilidad, el esfuerzo o los compromisos externos. Separe los hechos respaldados por evidencia de las explicaciones plausibles.
Siguientes diez minutos: compare respuestas posibles. ¿Puede el equipo eliminar una espera innecesaria, cambiar la secuencia de forma segura, obtener una decisión o reducir el alcance autorizado? ¿Qué costo o riesgo crearía acelerar? Añadir personas u horas extra son opciones con consecuencias, no correcciones automáticas.
Últimos cinco minutos: registre la decisión, la persona responsable y la actualización de previsión. Si debe cambiar un compromiso, siga el proceso de aprobación establecido para el proyecto. Conserve la línea base anterior y el motivo de cualquier reemplazo autorizado.
Estos tiempos son una sugerencia de facilitación. Un programa complejo puede requerir una revisión más profunda del riesgo del calendario en vez de una reunión más corta.
Ejemplo detallado: la tarea tardía no era toda la causa
En una migración de software hipotética, el ensayo termina cuatro días laborables después de la línea base. La primera explicación es «las pruebas tardaron demasiado». El equipo está a punto de reducir la próxima ventana de pruebas para recuperar tiempo.
La revisión sigue la evidencia hacia atrás. La ejecución de las pruebas usó el tiempo previsto. El trabajo empezó tarde porque el equipo receptor de operaciones no había aprobado los datos de prueba similares a producción y la persona designada para aprobar no estaba disponible.
Reducir el tiempo de prueba no abordaría esa causa y podría debilitar la evidencia de preparación. En su lugar, el equipo acuerda comprobar antes la aceptación del siguiente ensayo y confirma a una persona suplente para decidir conforme a las reglas de aprobación existentes.
Actualiza la previsión y mantiene visible la línea base original. La retrospectiva recoge una lección reutilizable: confirmar la disponibilidad de quien aprueba al planificar una dependencia, en vez de suponer que la persona designada siempre estará disponible.
El impacto en el calendario sigue ahí. Una buena explicación no lo borra. El patrocinador recibe la previsión revisada con opciones y compensaciones, no una afirmación de que el retraso ya no cuenta.
¿Cuándo debe un equipo establecer una nueva línea base?
Establecer una nueva línea base cambia la referencia de comparación aprobada. Puede ser adecuado después de un cambio autorizado de alcance o de un reinicio importante del compromiso de entrega. No debería ser la respuesta habitual ante una variación desfavorable.
Archive la línea base original, identifique el alcance y las fechas aprobadas nuevas y explique qué comparaciones utilizarán los próximos informes. Si solo cambia un paquete de trabajo, no reescriba en silencio el resto del historial.
Una línea base nueva puede ayudar a gestionar el trabajo restante y la anterior seguir siendo útil para aprender. Son propósitos compatibles. Los informes deben dejar claro si comparan con el compromiso original o con el plan autorizado posterior.
No confunda una previsión de trabajo con una línea base recién aprobada. La previsión puede y debe volverse más realista sin esperar a renegociar formalmente todas las suposiciones de planificación.
Convierta la evidencia del calendario en una retrospectiva útil
En la siguiente retrospectiva, elija un patrón repetido: esperar aprobaciones, subestimar la integración, falta de capacidad o traspasos demasiado optimistas. Evite convertir la reunión en una búsqueda de culpables por cada actividad atrasada.
Pregunte qué decisión podría haber tomado antes el equipo con la información que ya tenía. Después, defina un experimento, como confirmar la disponibilidad de quien revisa antes de comprometer un hito, y una comprobación para ver si ese cambio reduce la espera específica.
Use la guía de acciones de retrospectiva para registrar el experimento y la lista de verificación de facilitación para preparar la conversación. El calendario aporta evidencia; la retrospectiva crea un ciclo deliberado de aprendizaje.
Preguntas frecuentes
¿La línea base es lo mismo que una fecha límite?
No. La línea base es una versión de referencia del calendario. Una fecha límite es una restricción o un compromiso temporal. Un calendario puede incluir varias fechas límite y su línea base conserva cómo planeaba cumplirlas originalmente el equipo.
¿Debemos actualizar la línea base cuando se retrasa una tarea?
Actualice la previsión actual para reflejar la realidad. Cambie la línea base aprobada solo según la gobernanza acordada del proyecto y conserve la versión anterior y el motivo. Sobrescribirla rutinariamente dificulta interpretar el rendimiento inicial.
¿Un diagrama de Gantt puede demostrar por qué se retrasó un proyecto?
El gráfico puede mostrar tiempos y relaciones de dependencia, pero no establece todas las causas. Examine registros de tareas, decisiones, evidencia de capacidad y relatos de los participantes para investigar explicaciones distintas antes de elegir una acción correctiva.