Actualización fuera de secuencia
Introducción

Un cronograma actualizado debería reflejar no solo cuánto avanzó el proyecto, sino también si el trabajo se ejecutó respetando la lógica planificada. Cuando una actividad avanza en terreno antes de que se cumpla la condición lógica definida por su predecesora, puede generarse una condición fuera de secuencia.
En xerPlanner, este análisis identifica relaciones donde el estado de avance de la actividad sucesora no es coherente con el estado de avance de su predecesora, considerando el tipo de vínculo definido entre ambas. Es decir, no se evalúa solo si existe una relación lógica, sino si el avance registrado respeta la condición que esa relación representa.
El análisis considera distintos casos según el tipo de vínculo:
- En una relación Finish to Start (FS), la sucesora no debería iniciar antes de que la predecesora esté terminada.
- En una relación Start to Start (SS), la sucesora no debería iniciar antes de que la predecesora haya iniciado.
- En una relación Finish to Finish (FF), la sucesora no debería terminar antes de que la predecesora esté terminada.
- En una relación Start to Finish (SF), la sucesora no debería terminar antes de que la predecesora haya iniciado.
Este tipo de hallazgo suele aparecer durante la actualización del cronograma, cuando el avance real registrado no coincide con la secuencia lógica planificada. La situación puede deberse a una ejecución distinta en terreno, a una lógica mal modelada, a un cambio constructivo válido no incorporado al cronograma o a una desviación respecto del plan.
El impacto de las actividades fuera de secuencia
Las actividades fuera de secuencia pueden afectar la confiabilidad del cronograma porque muestran una diferencia entre la lógica planificada y la forma en que el trabajo realmente se está ejecutando o fue registrado.
Esto no significa automáticamente que el trabajo en terreno se haya ejecutado mal. En algunos casos, puede representar una mejora constructiva, una oportunidad de optimización o una secuencia real más eficiente que la originalmente planificada. Sin embargo, también puede indicar que el cronograma no fue actualizado correctamente, que la lógica original era deficiente o que se produjo una desviación respecto de una secuencia contractual, técnica o estratégica.
El problema es que, si estas diferencias no se revisan, el cronograma puede comenzar a perder valor como herramienta de control. La red lógica deja de representar fielmente la relación entre el plan y la ejecución real, lo que puede afectar el análisis de ruta crítica, la interpretación de holguras, la proyección de fechas y la evaluación de impactos.
Por ejemplo, si una actividad sucesora ya inició aunque su predecesora Finish to Start aún no esté terminada, el cronograma está mostrando que el trabajo avanzó antes de cumplir la condición lógica originalmente definida. Esto puede estar justificado, pero exige revisar si la relación debe mantenerse, modificarse, eliminarse o documentarse como una desviación aceptada.
En la siguiente imagen se observa un ejemplo de una relación fuera de secuencia, donde el avance registrado no respeta completamente la lógica definida entre predecesora y sucesora. Este tipo de situación debe revisarse para confirmar si la lógica del cronograma sigue representando correctamente la ejecución del proyecto.

Casos que deben interpretarse con cuidado
El hecho de que xerPlanner reporte una actividad fuera de secuencia no significa automáticamente que exista un error. El hallazgo indica que la relación entre el estado de avance de la predecesora, el estado de avance de la sucesora y el tipo de vínculo definido debe ser revisada.
En algunos casos, la ejecución real pudo haber cambiado por una razón válida. Por ejemplo, el equipo de terreno pudo haber iniciado una actividad antes de lo previsto porque existían condiciones reales para hacerlo, aunque el cronograma original no lo reflejara. En otros casos, la actualización puede revelar que la relación lógica estaba mal definida desde el inicio.
También puede ocurrir que la secuencia real sea aceptable desde el punto de vista constructivo, pero no desde el punto de vista contractual o de control. Por eso, la revisión no debe limitarse a preguntar si el trabajo pudo ejecutarse, sino también si esa ejecución respeta las directrices del plan, los compromisos contractuales y la estrategia de control del proyecto.
Este análisis también puede identificar relaciones fuera de secuencia con actividades externas. En esos casos, xerPlanner marca el hallazgo con “[e]”. Para este análisis, esa marca tiene una interpretación particular: indica que la condición fuera de secuencia depende de una relación con una actividad externa. Si el archivo XER se importa en una base de datos donde el proyecto externo no existe, esa relación podría no estar disponible y, por lo tanto, el hallazgo podría dejar de aplicar.
Esto es distinto a otros análisis lógicos, donde la ausencia de una relación externa puede confirmar un problema. En las actividades fuera de secuencia, la relación externa es precisamente la que genera el hallazgo.
También es importante considerar el alcance seleccionado por el usuario al ejecutar el análisis. Si se revisan todas las actividades, xerPlanner puede detectar más casos, incluyendo relaciones donde la actividad sucesora ya fue completada. Si se revisan solo actividades remanentes, el análisis puede devolver menos hallazgos, especialmente en vínculos donde la condición fuera de secuencia se evidencia cuando la actividad sucesora ya terminó.
Mejores prácticas para gestionar actividades fuera de secuencia
Para gestionar correctamente este tipo de hallazgo, lo primero es revisar la relación específica entre la actividad predecesora y la sucesora. No basta con observar que ambas actividades existen o que tienen avance; es necesario confirmar si el avance registrado es coherente con el tipo de vínculo definido.
En términos prácticos, la revisión debería considerar al menos lo siguiente:
- Identificar el tipo de relación lógica involucrada: FS, SS, FF o SF.
- Revisar el estado de avance de la actividad predecesora.
- Revisar el estado de avance de la actividad sucesora.
- Confirmar si la ejecución real ocurrió en un orden distinto al planificado.
- Evaluar si la secuencia real representa una mejora, una desviación o un error de actualización.
- Revisar si la relación lógica original sigue siendo válida.
- Ajustar la lógica del cronograma si la forma real de ejecución cambió.
- Documentar la justificación cuando la ejecución fuera de secuencia sea aceptada.
- Revisar los hallazgos marcados con “[e]” considerando que dependen de relaciones externas.
- Considerar el alcance del análisis seleccionado: todas las actividades o solo actividades remanentes.
Cuando la ejecución real no coincide con la lógica planificada, el cronograma debe actualizarse de forma que siga representando razonablemente la realidad del proyecto. Mantener relaciones fuera de secuencia sin revisión puede debilitar la confiabilidad de las proyecciones y dificultar el análisis de impactos futuros.
Conclusión
Las actividades fuera de secuencia evidencian una diferencia entre la lógica planificada y el avance registrado en el cronograma. Esta diferencia no siempre representa un error, pero siempre debe ser revisada, porque puede revelar desviaciones de ejecución, oportunidades de mejora, problemas de lógica o debilidades en el proceso de actualización.
En xerPlanner, este análisis identifica relaciones donde el estado de avance de la sucesora no es coherente con el estado de avance de la predecesora, considerando el tipo de vínculo definido. Además, permite distinguir los casos asociados a relaciones externas mediante la marca “[e]”, cuya interpretación en este análisis es particular: si la relación externa no existe en otra base de datos, el hallazgo podría dejar de aplicar.
Revisar y corregir estas situaciones permite que el cronograma refleje mejor la ejecución real del proyecto, mantenga una lógica confiable y siga siendo útil para analizar ruta crítica, holguras, impactos y decisiones de control.
