1. El verdadero problema: entender ≠ probar

Un proyecto puede retrasarse por docenas de razones:

• modificaciones tardías
• interfaces mal gestionadas
• decisiones del cliente
• restricciones externas

Pero en un marco contractual, eso no es suficiente.

Para que un retraso “exista” jurídicamente, es necesario demostrar:

• la causa
• la responsabilidad
• el impacto en el cronograma

Es precisamente el rol de análisis de retraso :

Identificar, cuantificar y asignar los retrasos con una metodología estructurada

Sin ello, la demora es invisible... aunque sea real.

2. No todos los retrasos son iguales.

Es un error importante en los proyectos.

Un retraso solo tiene valor si impacta el ruta crítica.

Ejemplo simple:

• retraso en una actividad no crítica ningún impacto contractual
• retraso en la ruta crítica extensión de plazo + costo potencial

En la práctica:

• existen muchos retrasos
• pocos contractualmente válidos

Las demoras se clasifican (crítica, excusable, compensable, etc.) y cada tipo tiene diferentes consecuencias en las reclamaciones

Conclusión clave:

80% retrasos son “no valorables” porque están mal posicionados en la planificación.

3. El factor decisivo: la documentación

Aquí es donde se decide todo.

Un retraso no documentado es un retraso inexistente.

Los proyectos producen datos masivos:

• correos electrónicos
• informes
• RFI
• planes modificados
• diarios de obra

Pero sin estructuración:

 imposible de:

• reconstruir la cronología
• probar la causalidad
• demostrar el impacto

O

una documentación sólida permite identificar los eventos, cuantificar su impacto y asignar responsabilidades

El retraso rara vez es un problema de ejecución

Es contraintuitivo pero fundamental.

En los grandes proyectos:

• Los equipos ejecutan globalmente correctamente
• los horarios derivan a causa de factores sistémicos

Las causas frecuentes reales:

• decisiones tardías del cliente
• diseño inmaduro
• interfaces contractuales difusas
• cambios mal integrados
• mala gestión de flotantes

Y sobre todo:

El retraso se convierte en un problema cuando no está estructurado en el cronograma.

5. El verdadero desafío: transformar el tiempo en una palanca contractual

Un retard bien analizado permite:

• una Ampliación de Plazo
• una protección contra multas
• una reclamación financiera (prolongación, interrupción, etc.)

El rol del experto está claro:

analizar los acontecimientos, asignar responsabilidades y cuantificar el impacto para permitir una valoración financiera

6. Pourquoi 80% des retards sont “perdus”

Porque los proyectos:

No estructuran su plan
no siguen el camino crítico
No documentan correctamente
❌ no piensen “contractual”
No anticipen las reclamaciones.

Resultado:

• los retrasos existen
• pero no son ni probado, ni defendible

7. El posicionamiento ALVID (de alto valor)

Ahí es exactamente donde reside la diferencia entre:

❌ Un planificador clásico

→ que sigue el avance

✅ Un enfoque estratégico (ALVID)

que transforma la planificación en activo contractual

Conclusión: El tiempo es un capital contractual

Los proyectos no pierden el tiempo.
Pierden la capacidad de probarlo.

La verdadera brecha no es operativa.
Es analítico, contractual y estratégico.