Vínculos entre actividades del tipo ‘Finish to Start’ con desfases positivos (o lags)

Introducción

Cuando a una relación Finish to Start se le agrega un desfase positivo, o lag, se introduce un intervalo de tiempo entre el término de la predecesora y el inicio de la sucesora. En algunos casos, este intervalo puede representar una espera real y justificada. Sin embargo, también puede ocultar trabajo, restricciones o condiciones que deberían estar representadas explícitamente en el cronograma.

El análisis de xerPlanner identifica vínculos Finish to Start con lags positivos para que el planificador pueda revisar si esos desfases están correctamente justificados o si conviene reemplazarlos por actividades explícitas.

Por qué los lags positivos en relaciones FS pueden ser un problema

Un lag positivo en una relación Finish to Start genera una espera entre dos actividades. Por ejemplo, una actividad termina, pero la siguiente no puede iniciar hasta varios días después. Si esa espera representa una condición real, como curado, secado, liberación de área, inspección, aprobación o movilización, puede tener sentido.

El problema aparece cuando el lag se usa para reemplazar trabajo que debería estar modelado como una actividad. En ese caso, el cronograma pierde visibilidad, porque existe tiempo dentro de la secuencia que no tiene responsable, duración explícita, recursos, avance ni trazabilidad.

La siguiente captura muestra un ejemplo de una relación Finish to Start con un lag positivo en Primavera P6. Aunque el vínculo puede parecer correcto visualmente, el desfase debe revisarse para confirmar si representa una espera justificada o una actividad omitida.

Este tipo de lag puede generar varios problemas:

• ocultar actividades intermedias que deberían estar planificadas;
• reducir la trazabilidad de la secuencia lógica;
• dificultar el seguimiento del avance real;
• impedir la asignación clara de recursos o responsables;
• distorsionar la lectura de la ruta crítica;
• generar dudas en revisiones de calidad, auditorías o análisis de cronograma.

El punto crítico es que un lag no se actualiza ni se controla como una actividad. Si representa trabajo real, debería poder medirse, reportarse y gestionarse.

Cuándo un lag FS puede estar justificado

No todo lag positivo en una relación Finish to Start es incorrecto. Existen casos donde el desfase representa una espera técnica real y no una actividad ejecutable. Por ejemplo, tiempos de curado, fraguado, secado, espera normativa, ventanas de acceso o periodos mínimos entre dos eventos.

Aun así, estos casos deberían ser revisados cuidadosamente. Si el periodo de espera requiere seguimiento, recursos, inspecciones, responsables o posibilidad de avance parcial, probablemente conviene modelarlo como una actividad independiente.

Como criterio general, mientras más relevante sea el intervalo para el control del proyecto, más conveniente será representarlo explícitamente en el cronograma en vez de esconderlo dentro de un lag.

Relaciones externas marcadas con [e]

En este análisis, xerPlanner puede marcar con [e] los hallazgos asociados a relaciones externas, es decir, vínculos entre actividades que pertenecen a proyectos distintos dentro del archivo XER.

Esta marca es importante porque el hallazgo depende de la existencia de esa relación. Si el archivo XER se importa en una base de datos donde no existe el proyecto externo relacionado, el vínculo puede desaparecer y, con él, también desaparece el lag que generaba el hallazgo. En cambio, si el cronograma se importa o revisa en una base donde el proyecto externo sí existe, la relación se mantiene y el hallazgo sigue siendo válido.

Por eso, la marca [e] no significa que el hallazgo sea menos importante. Indica que su permanencia depende de si la relación externa existe en la base de datos donde se revisará o importará el cronograma.

Mejores prácticas

La mejor práctica es revisar cada relación Finish to Start con lag positivo y confirmar qué representa realmente ese desfase. Si corresponde a una espera técnica simple y justificada, puede mantenerse, idealmente con una explicación clara en la metodología del cronograma o en los comentarios de revisión.

Si el lag representa trabajo, gestión, inspección, traslado, aprobación, liberación o cualquier condición que deba controlarse, lo recomendable es reemplazarlo por una actividad explícita. Esto permite asignar responsable, duración, recursos, calendario, avance y relaciones propias.

También es recomendable evitar el uso masivo de lags como mecanismo para acomodar fechas. Un cronograma de buena calidad debería explicar la secuencia de ejecución mediante actividades y relaciones lógicas claras, no mediante desfases que oculten parte del flujo de trabajo.

Conclusión

Los vínculos Finish to Start con lags positivos no son necesariamente incorrectos, pero deben revisarse con cuidado. Un lag puede representar una espera técnica válida, pero también puede ocultar actividades intermedias, reducir la trazabilidad del cronograma y dificultar el control del proyecto.

Revisar estos vínculos ayuda a mejorar la claridad de la red lógica y a confirmar que la secuencia de trabajo está correctamente representada. Cuando el desfase corresponde a trabajo real o a una condición que debe gestionarse, reemplazarlo por una actividad explícita suele entregar un cronograma más transparente, controlable y confiable.