En Primavera P6, los desfases positivos o lags permiten agregar un intervalo de tiempo entre dos actividades relacionadas. En condiciones simples, este desfase puede ser fácil de interpretar. Sin embargo, cuando la actividad predecesora y la actividad sucesora tienen calendarios diferentes, el mismo lag puede producir efectos distintos sobre las fechas calculadas del cronograma.

Esta situación es especialmente importante porque Primavera P6 permite definir qué calendario se utiliza para calcular los lags de las relaciones. Dependiendo de la configuración del cronograma, el lag puede calcularse usando el calendario de la actividad predecesora, el calendario de la actividad sucesora, un calendario de 24 horas o el calendario por defecto del proyecto.

El análisis de xerPlanner identifica vínculos entre actividades con calendarios diferentes y lags positivos. El objetivo es advertir relaciones donde el desfase puede ser más difícil de interpretar y donde la programación puede verse afectada por diferencias entre días laborables, fines de semana, feriados o turnos de trabajo.

Un lag no siempre equivale a la misma cantidad de días corridos. Su efecto depende del calendario utilizado para calcularlo. Por ejemplo, si una actividad predecesora trabaja con un calendario de lunes a viernes y la actividad sucesora trabaja con un calendario de siete días por semana, un lag de 10 días puede comportarse de manera distinta según cuál calendario se use para el cálculo.

Si el lag se calcula con el calendario de la predecesora, esos 10 días pueden excluir fines de semana y transformarse en un intervalo mayor en días corridos. En cambio, si se calcula con el calendario de la sucesora, que trabaja todos los días, el intervalo puede acercarse mucho más a 10 días corridos.

La siguiente captura muestra un ejemplo de relaciones con lags positivos entre actividades que utilizan calendarios diferentes. En estos casos, el valor visible del lag no siempre basta para entender su efecto real sobre las fechas.

El problema no se limita a calendarios de cinco o siete días. Dos calendarios pueden tener la misma cantidad de días laborables por semana, pero distintos feriados, turnos, excepciones o jornadas de trabajo. Esas diferencias también pueden modificar el efecto real del lag sobre la programación.

Cuando una relación con lag conecta actividades con calendarios diferentes, el cronograma puede volverse menos transparente. El planificador puede ver un desfase de cierta cantidad de días, pero el resultado sobre las fechas puede no ser evidente si no se conoce qué calendario está utilizando P6 para calcularlo.

Esto puede generar varios problemas:

  • diferencias entre el lag ingresado y el intervalo percibido en días corridos;
  • dificultad para explicar por qué una actividad inicia o termina en una fecha determinada;
  • riesgo de inconsistencias si distintos proyectos usan configuraciones de cálculo diferentes;
  • errores al revisar relaciones entre actividades con turnos, feriados o calendarios especiales;
  • menor trazabilidad en auditorías, revisiones de calidad o análisis de programación.

Por eso, un lag entre actividades con calendarios distintos requiere más atención que un lag entre actividades que comparten el mismo calendario.

La base de programación del proyecto debería indicar claramente qué calendario se utiliza para calcular los lags de relaciones. Esta definición no debería quedar implícita ni depender solo de la configuración interna del archivo.

Documentar esta regla permite que los revisores del cronograma entiendan cómo Primavera P6 está interpretando los desfases. También facilita la comparación entre actualizaciones, la revisión de cronogramas de contratistas y el análisis de archivos XER importados desde distintas bases de datos.

Si esta configuración no está documentada, dos personas podrían interpretar el mismo lag de manera distinta. Una podría pensar que representa días corridos, otra podría asumir días laborables de la predecesora, y otra podría estar revisando el cronograma bajo una configuración diferente. Esa ambigüedad puede generar discusiones innecesarias y errores de control.

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 indica que el hallazgo depende de la existencia de esa relación externa. Si el archivo XER se importa en una base de datos donde el proyecto externo relacionado no existe, la relación puede desaparecer y, por lo tanto, también puede desaparecer el lag que generaba el hallazgo. En cambio, si el cronograma se revisa o importa en una base donde el proyecto externo sí existe, la relación se mantiene y el hallazgo sigue siendo válido.

En este análisis, la marca [e] es especialmente relevante porque las relaciones externas pueden conectar actividades de proyectos distintos con calendarios diferentes. Por eso, el hallazgo debe revisarse considerando tanto la relación lógica como la disponibilidad del proyecto externo en la base donde se evaluará el cronograma.

La mejor práctica es revisar toda relación con lag positivo cuando la predecesora y la sucesora utilizan calendarios diferentes. El planificador debería confirmar qué representa el lag, qué calendario está siendo usado para calcularlo y si el resultado en fechas es coherente con la intención de programación.

También es recomendable documentar en las bases de programación cuál es la configuración utilizada para calcular lags. Si el proyecto trabaja con varios calendarios, turnos especiales o feriados relevantes, esta definición se vuelve aún más importante.

Cuando el lag representa una espera o condición que debe controlarse, puede ser preferible reemplazarlo por una actividad explícita. Esto permite asignar calendario propio, duración, responsable, recursos y relaciones claras, reduciendo la ambigüedad que aparece cuando el desfase queda oculto dentro de una relación.

Los vínculos con lags positivos entre actividades con diferentes calendarios requieren una revisión cuidadosa. El mismo valor de lag puede producir efectos distintos según el calendario utilizado para calcularlo, especialmente cuando existen diferencias en días laborables, fines de semana, feriados o turnos de trabajo.

Revisar estos hallazgos ayuda a validar que los desfases sean coherentes con la intención de programación y que el cronograma sea comprensible para quienes deben revisarlo, actualizarlo o auditarlo. En estos casos, no basta con ver cuántos días tiene el lag; también es necesario entender con qué calendario se está calculando.