1. Le vrai problème : comprendre ≠ prouver

Un projet peut être en retard pour des dizaines de raisons :

• modifications tardives
• interfaces mal gérées
• décisions client
• contraintes externes

Mais dans un cadre contractuel, cela ne suffit pas.

Pour qu’un retard “existe” juridiquement, il faut démontrer :

• la cause
• la responsabilité
• l’impact sur le planning

C’est précisément le rôle du delay analysis :

identifier, quantifier et attribuer les retards avec une méthodologie structurée

Sans cela, le retard est invisible… même s’il est réel.

2. Tous les retards ne se valent pas

C’est une erreur majeure sur les projets.

Un retard n’a de valeur que s’il impacte le chemin critique.

Exemple simple :

• retard sur une activité non critique → aucun impact contractuel
• retard sur le chemin critique → extension de délai + potentiel coût

En pratique :

• beaucoup de retards existent
• peu sont contractuellement valables

Les retards sont classés (critique, excusable, compensable, etc.), et chaque type a des conséquences différentes sur les claims

Conclusion clé :

80% des retards sont “non valorisables” car mal positionnés dans le planning.

3. Le facteur décisif : la documentation

C’est ici que tout se joue.

Un retard non documenté = un retard inexistant.

Les projets produisent des données massives :

• emails
• comptes rendus
• RFI
• plans modifiés
• journaux de chantier

Mais sans structuration :

 impossible de :

• reconstruire la chronologie
• prouver la causalité
• démontrer l’impact

Or :

une documentation solide permet d’identifier les événements, quantifier leur impact et attribuer les responsabilités

4. Le retard est rarement un problème d’exécution

C’est contre-intuitif mais fondamental.

Dans les grands projets :

• les équipes exécutent globalement correctement
• les plannings dérivent à cause de facteurs systémiques

Les vraies causes fréquentes :

• décisions tardives du client
• maturité design insuffisante
• interfaces contractuelles floues
• changements mal intégrés
• mauvaise gestion du float

Et surtout :

le retard devient un problème quand il n’est pas structuré dans le planning.

5. Le vrai enjeu : transformer le temps en levier contractuel

Un retard bien analysé permet :

• une Extension of Time (EOT)
• une protection contre les pénalités
• une réclamation financière (prolongation, disruption, etc.)

Le rôle de l’expert est clair :

analyser les événements, attribuer les responsabilités et quantifier l’impact pour permettre une valorisation financière

6. Pourquoi 80% des retards sont “perdus”

Parce que les projets :

❌ ne structurent pas leur planning
❌ ne suivent pas le chemin critique
❌ ne documentent pas correctement
❌ ne pensent pas “contractuel”
❌ n’anticipent pas les claims

Résultat :

• les retards existent
• mais ils ne sont ni prouvés, ni défendables

7. Le positionnement ALVID (à forte valeur)

C’est exactement là que se situe la différence entre :

❌ Un planner classique

→ qui suit l’avancement

✅ Une approche stratégique (ALVID)

→ qui transforme le planning en actif contractuel

Conclusion — Le temps est un capital contractuel

Les projets ne perdent pas du temps.
Ils perdent la capacité à le prouver.

Le vrai gap n’est pas opérationnel.
Il est analytique, contractuel et stratégique.