Retard de projet : une dépendance ne suffit pas à recalculer la date

Une flèche doit pouvoir être racontée

Écrivez ce que la seconde tâche attend : un livrable validé, une décision, un accès ou la fin complète d’une opération. Si elle peut commencer avec une version partielle, ne forcez pas une attente totale pour rendre le diagramme plus propre. À l’inverse, un simple commentaire « à faire après » n’est pas une dépendance exploitable si aucun responsable ne sait qui prévient qui.

Asana documente un décalage des dates dépendantes soumis à des réglages. Notre recommandation est de le vérifier pour la modification que vous utiliserez réellement : glisser une barre, changer une date dans un formulaire ou déclencher une règle ne doivent pas être supposés équivalents sans démonstration.

Le retard peut consommer une marge sans changer la fin

Dans un exemple fictif sans jours fermés, le chemin A dure 3 jours puis 2 jours. Un autre chemin B dure 2 jours puis 1 jour. La livraison attend la fin des deux chemins : elle arrive après 5 jours. B peut prendre 2 jours supplémentaires avant de repousser la fin. Ce n’est pas une permission de ne plus le suivre : sa marge aura disparu.

Ajoutez ensuite un calendrier, une validation le vendredi et des dates imposées. Le résultat peut changer. Annoncez toujours les hypothèses qui vous permettent de parler de marge ; un calcul simplifié n’est pas un audit du planning réel.

Exemple chiffré. Exemple fictif à ressources indépendantes : A = 3 + 2 = 5 jours ; B = 2 + 1 = 3 jours ; marge de B avant fin commune = 2 jours.

La même personne peut bloquer les deux chemins

Si une seule personne réalise A et B, les chemins ne peuvent plus être traités comme indépendants. Il faut choisir un ordre, partager le travail si cela est possible ou retarder une livraison. Le lien logique ne remplace pas cette décision de ressources.

Wrike documente des situations où un travail hors du graphique courant contribue pourtant à une surcharge. C’est une bonne raison de demander une vue qui ne masque pas les engagements concurrents. Ce point doit aussi être contrôlé dans tout autre logiciel retenu ; nous ne supposons pas que tous utilisent le même mécanisme.

Ce que doit contenir votre réponse au donneur d’ordre

Annoncez le jalon affecté, la cause, les hypothèses et les deux options réalistes. « La date bouge de deux jours si personne d’autre ne reprend la validation » aide à décider. « Le logiciel dit rouge » ne permet pas de savoir si l’on doit attendre, déléguer ou réduire le périmètre.

Conservez la date engagée et la nouvelle prévision séparément. Écraser l’ancienne date fait disparaître la décision qui doit être discutée. Si la contrainte finale est immuable, nommez explicitement la partie du travail qui devra changer.