Tu cronograma es, probablemente, la prueba más importante que tendrás en una disputa por atrasos. Y sin embargo, casi todos los cronogramas complejos arrastran un defecto silencioso que erosiona su credibilidad: las relaciones lógicas redundantes.
Una relación redundante es un vínculo entre dos actividades que no aporta nada, porque la secuencia ya está definida por otro camino de la red. No cambia las fechas. No se ve a simple vista. Pero ensucia la lógica, distorsiona la trazabilidad de la ruta crítica y debilita el valor probatorio del cronograma justo cuando más lo necesitas.
Qué es exactamente una relación redundante
El ejemplo es sencillo y aparece, idéntico, en los dos manuales de referencia más citados del mundo. Si la actividad A precede a B, y B precede a C, entonces la secuencia A → C ya está garantizada. Agregar además un enlace directo de A → C no añade información: es redundante.
Así lo define el Schedule Management Handbook de la NASA, que clasifica la lógica redundante como un problema de salud topológica del cronograma:
"Un enlace redundante ocurre cuando, además del enlace en cuestión, existe un vínculo lógico más detallado entre las mismas dos actividades. (…) También dificulta la trazabilidad de la lógica, como los rastreos de la ruta crítica, para la evaluación y el análisis del cronograma." NASA — Schedule Management Handbook, sección "Redundant Logic"
La GAO (la Contraloría de Estados Unidos), en su Schedule Assessment Guide, lo eleva al rango de buena práctica formal:
"…la red debe estar libre de lógica redundante. La lógica redundante representa vínculos lógicos innecesarios entre actividades. Por ejemplo, una secuencia de actividades A, B y C con lógica fin-comienzo no necesita un enlace adicional fin-comienzo entre A y C." GAO — Schedule Assessment Guide (GAO-16-89G), Best Practice 2
Y no es solo doctrina anglosajona. La literatura técnica en español lo señala con la misma claridad:
"Las conexiones redundantes no añaden información a la red y sólo aumentan el esfuerzo de cálculo." Métodos de planificación y control de obras
Por qué importa: la trazabilidad y la ruta crítica
Un enlace redundante "no hace daño" a las fechas, pero sí hace daño a algo más valioso: la capacidad de seguir y demostrar por qué el proyecto terminará cuando terminará.
La GAO es categórica respecto a la importancia de una lógica de red íntegra:
"Cualquier relación lógica faltante o incorrecta es potencialmente dañina para toda la red. Una lógica de red completa entre todas las actividades es esencial para que el cronograma pronostique correctamente las fechas." GAO — Schedule Assessment Guide (GAO-16-89G)
La trazabilidad —poder rastrear horizontal y verticalmente cómo cada actividad se conecta con el resultado— es uno de los pilares de la fiabilidad según la GAO. Y la NASA dice expresamente que la redundancia dificulta esos rastreos de ruta crítica. En otras palabras: cada enlace redundante es ruido que se interpone entre tú y la explicación clara de tu cronograma.
El punto que cambia todo: el cronograma como medio de prueba
Aquí es donde la lógica redundante deja de ser un tecnicismo y se convierte en un riesgo económico. En un reclamo por extensión de plazo, el cronograma es el modelo de tiempo que demuestra la relación causa-efecto entre un evento y el atraso. Si ese modelo no es íntegro, no demuestra nada.
La CIOB (Chartered Institute of Building), en su Guide to Good Practice in the Management of Time in Complex Projects —referencia mundial en análisis forense de plazos—, no deja lugar a dudas:
"La integridad del cronograma es de importancia primordial para predecir consecuencias (…). Si el cronograma no reacciona de forma lógica, el cálculo que produce será de poca ayuda para identificar causa y efecto, o para predecir la conducta futura de la obra." CIOB — Guide to Good Practice in the Management of Time in Complex Projects (§3.8.66.4)
Y la GAO lo resume en una frase que todo director de proyecto debería tener presente:
"La fiabilidad del cronograma determina la credibilidad de las fechas pronosticadas." GAO — Schedule Assessment Guide (GAO-16-89G)
Un cronograma cargado de lógica redundante es un cronograma más difícil de auditar, más difícil de explicar y más fácil de impugnar por el perito de la contraparte. Un cronograma limpio es un cronograma defendible.
Entonces, ¿por qué casi nadie lo corrige?
Por una razón muy simple: hasta ahora era humanamente imposible.
En un cronograma con miles de actividades y decenas de miles de relaciones, determinar cuáles enlaces son redundantes exige comparar cada relación contra todos los caminos posibles de la red —un análisis de reducción transitiva del grafo—. Es una tarea que ningún planificador puede hacer a mano, y por eso ni siquiera los estándares de auditoría más usados la incluían en sus chequeos. No porque no importara, sino porque no había forma de abordarla a esa escala.
Lo que antes era imposible, hoy son segundos
XER-Cleaner identifica y elimina las relaciones redundantes de tu cronograma de Primavera P6 directamente sobre el archivo XER, en segundos. Por primera vez, mantener una red lógica limpia y defendible es una tarea de rutina, no una utopía.
Qué deberías hacer ahora
- Asume que tu cronograma las tiene. Sobre 67 cronogramas procesados, el 19% de las relaciones resultó redundante: casi 1 de cada 4. En proyectos complejos es la norma, no la excepción —se acumula con cada actualización.
- Inclúyela en tu control de calidad. Junto a la lógica faltante, las restricciones y los lags, la redundancia debe ser parte de toda revisión de integridad del cronograma.
- Limpia antes de que sea evidencia. La mejor línea base es la que ya está limpia desde el día uno; no esperes a la disputa para descubrir el ruido.
¿Cuántas relaciones redundantes tiene tu cronograma?
Probablemente más de las que imaginas. Descúbrelo con XER-Cleaner: regístrate gratis, recibe 20 créditos —suficientes para 4 limpiezas— y procesa tu primer XER hoy.
Pruébalo gratis · 20 créditosFuentes citadas
- NASA — Schedule Management Handbook (sección "Redundant Logic").
- GAO — Schedule Assessment Guide, GAO-16-89G (Best Practices 2 y 5).
- CIOB — Guide to Good Practice in the Management of Time in Complex Projects.
- Métodos de planificación y control de obras.