Retard d'une tâche : ce qui change dans un diagramme de Gantt

Voyez comment une tâche en retard déplace le reste d'un diagramme de Gantt : quels glissements changent la date de fin, ce que signifient un début fixe et un conflit, et quoi modifier une fois la nouvelle date connue.

Quand une tâche prend du retard, la question n'est pas seulement la durée du retard mais s'il compte. Ce guide montre comment un glissement se propage dans les dépendances, pourquoi certains retards ne changent rien, et que faire quand la nouvelle date de fin n'est pas acceptable.

En bref

  • Un retard est la modification d'une durée ou d'un Début fixe ; les dates sont recalculées à partir de là.
  • Un glissement sur la chaîne la plus longue déplace la fin jour pour jour ; ailleurs, il est absorbé jusqu'à épuisement de la marge.
  • Faire glisser une barre pour la déplacer fixe le Début de cette tâche : à utiliser à bon escient.
  • Un Début fixe antérieur à ce qu'une dépendance permet est dessiné où vous l'avez mis et signalé comme conflit, avec la première date autorisée.
  • Il n'y a ni référence de départ ni rapport de glissement : exportez un PDF avant de modifier le plan.

Un retard est la modification d'un nombre

Dans un diagramme de Gantt dont les dates viennent des dépendances, un retard est la modification d'un nombre, le plus souvent une durée ou un début. Le calendrier est ensuite recalculé : toute tâche qui attend celle qui a changé se déplace, et les tâches qui ne l'attendent pas restent où elles sont. L'ampleur du déplacement de la date de fin dépend du fait que la tâche modifiée se trouve ou non sur la chaîne la plus longue.

C'est pourquoi deux retards de même durée peuvent avoir des effets différents. Un glissement sur une tâche hors de la chaîne la plus longue est absorbé jusqu'à épuisement de la marge de cette tâche. Un glissement sur la chaîne la plus longue déplace tout ce qui suit, jour pour jour. L'exemple ci-dessous est un plan de sélection de fournisseurs où les deux cas apparaissent, chiffres à l'appui.

Les dates fixes se comportent autrement. Une tâche avec un Début fixe reste là où vous l'avez épinglée. Si un prédécesseur finit désormais plus tard que cette date ne le permet, le diagramme ne déplace pas la tâche : il signale un conflit et indique la première date que la dépendance autorise. Épingler sert donc à voir une date impossible à tenir, pas à la protéger.

QueryChart recalcule les dates à partir de ce que vous saisissez. Il ne conserve pas de version antérieure du plan pour comparer, ne suit pas les dates prévues par rapport aux dates réelles et ne rapporte pas les glissements. Pour garder le plan tel qu'il était avant un changement, exportez d'abord un PDF. Pour un plan qui a déjà beaucoup glissé, /fr/guides/plan-de-redressement-projet-en-retard-diagramme-de-gantt explique comment le reconstruire.

Quels retards déplacent la date dans un plan d'appel d'offres

Dix-neuf tâches. Les durées sont indicatives ; fixez les vôtres. Ouvrez le panneau tableur et modifiez une durée pour voir la date de fin bouger.

  1. De la marge dans le travail de départ

    « Rédiger le document de RFP » dure 8 jours ouvrés et « Revue juridique et achats » (5) démarre 4 jours après le début de la rédaction. « RFP approuvée pour envoi » attend les deux, ainsi que « Établir la liste longue de fournisseurs » (5). Allonger la rédaction à 9 jours ne déplace rien ; à 10, l'approbation recule d'un jour. La liste longue peut passer de 5 à 9 jours avant que cela compte.

  2. Un glissement qui déplace la date, et un qui ne la déplace pas

    « Rédaction des réponses par les fournisseurs » dure 20 jours et « Questions et réponses des fournisseurs » 10, en fin à fin avec « Date limite de réponse ». Porter la tâche de questions à 20 jours ne change rien. Porter « Rédaction des réponses par les fournisseurs » à 25 déplace la date limite, et tout ce qui suit, de 5 jours.

  3. Des évaluations en parallèle

    « Évaluation technique » (8 jours) et « Évaluation commerciale » (6) suivent toutes deux « Contrôle de conformité des réponses » (2), et « Présélection arrêtée » attend les deux. Si l'évaluation technique passe à 10 jours, la présélection recule de 2 ; l'évaluation commerciale a 2 jours de marge avant que cela compte.

  4. L'effet d'un démarrage tardif à la fin

    « Rédaction et signature du contrat » (10 jours) est suivie de « Passation à l'équipe d'intégration » (5), qui démarre 6 jours après son début. Avec le plan tel que dessiné, la dernière tâche finit 72 jours ouvrés après le début ; un glissement de 5 jours de « Rédaction des réponses par les fournisseurs » porte ce chiffre à 77. Épinglez le Début de « Envoyer la RFP aux fournisseurs » avec trois jours de retard et tout ce qui va de cette tâche à la fin se décale de trois, tandis que le travail qui la précède reste où il est.

Comment cela fonctionne

  1. Modifier le nombre qui a changé

    Si une tâche dure désormais plus longtemps, modifiez sa Durée. Si une tâche ne peut pas commencer avant une certaine date, donnez-lui un Début fixe. Évitez de faire glisser des barres pour montrer un retard : déplacer une barre fixe son Début et l'épingle ensuite.

  2. Lire la nouvelle date de fin

    Comparez la date de fin avec la date dont vous avez besoin. Si elle n'a pas changé, le retard a été absorbé par la marge de cette tâche. Si elle a changé, la tâche est sur la chaîne la plus longue.

  3. Activer le chemin critique

    Sous Affichage, activez Chemin critique. La chaîne éclairée est celle qui fixe la date de fin. Un retard sur elle est celui qu'il faut rattraper ; un retard hors d'elle peut souvent attendre.

  4. Vérifier les signalements de conflit

    Ouvrez la liste Conflits dans le panneau du plan. Une tâche dont le Début fixe est antérieur à ce que ses prédécesseurs permettent est signalée avec la première date qu'ils autorisent. Déplacez le Début à cette date, effacez-le pour que la tâche démarre automatiquement, ou raccourcissez ce qui précède.

  5. Choisir comment réagir

    Vous pouvez raccourcir la tâche en retard, la scinder pour qu'une seconde tâche avance à côté avec un lien début à début, la chevaucher avec sa suivante grâce à un décalage de 0 ou négatif, ou sortir du travail de la chaîne la plus longue. Changez une seule chose et regardez la date avant d'en changer une autre.

  6. Garder une copie du plan antérieur

    Exportez un PDF ou un CSV avant de modifier, et ajoutez une ligne dans les Notes de la tâche qui a glissé pour dire ce qui a changé et pourquoi. Partagez le diagramme à jour pour que les responsables voient les nouvelles dates.

Erreurs à éviter

  • Faire glisser les barres pour montrer le retard

    Déplacer une barre écrit un Début fixe pour cette tâche. Elle ne suit alors plus ses prédécesseurs : les changements ultérieurs en amont provoquent des conflits au lieu de la déplacer. Modifiez durées et dépendances ; n'épinglez que les dates réellement fixes.

  • Rattraper la mauvaise tâche

    Raccourcir une tâche qui n'est pas sur la chaîne la plus longue laisse la date de fin où elle était. Vérifiez le chemin critique avant de dépenser de l'énergie en rattrapage.

  • Prendre l'avancement pour le calendrier

    L'avancement est dessiné dans la barre mais ne change aucune date. Une tâche à 10 % qui devrait être à 50 % paraît dans le plan tant que vous ne changez pas sa Durée ou ses dépendances.

  • Attendre un historique automatique des glissements

    QueryChart ne conserve pas les dates d'origine et ne signale pas une tâche comme en retard. Si vous devez montrer comment le plan a bougé, exportez un PDF avant chaque changement et gardez les fichiers.

Ouvrir le diagramme de Gantt de projet RFP

Ouvrez le plan d'appel d'offres, allongez une tâche et regardez quelles dates bougent et lesquelles restent en place.

Ouvrir le diagramme de Gantt de projet RFP

Guides associés

Questions fréquentes

Que deviennent les tâches dépendantes quand une tâche est en retard ?

Les tâches qui l'attendent sont recalculées et démarrent plus tard, selon le type de dépendance et le décalage. Celles qui n'en dépendent pas restent où elles sont. Une tâche avec un Début fixe ne bouge pas ; si son prédécesseur finit désormais plus tard que cette date, elle est signalée comme conflit.

Pourquoi la date de fin n'a-t-elle pas bougé quand j'ai allongé une tâche ?

La tâche n'est pas sur la chaîne la plus longue et elle avait de la marge. Elle peut s'allonger de cette marge avant que la fin bouge. Dans l'exemple, « Questions et réponses des fournisseurs » peut passer de 10 à 20 jours sans aucun changement.

Que signifie le signalement de conflit sur un début fixe ?

La tâche a un Début antérieur à ce qu'une dépendance permet. Le diagramme la garde où vous l'avez épinglée et indique la première date qui satisferait la dépendance, pour que vous corrigiez la date ou le lien.

Le diagramme montre-t-il quelles tâches sont en retard ?

Non. Il montre le calendrier calculé à partir de vos saisies et une ligne du jour, mais n'a pas de vue prévu contre réel. Mettez à jour durées et avancement, et exportez un PDF pour conserver les versions antérieures.

Quels guides aident pour un plan qui a déjà glissé ?

Commencez par /fr/guides/chemin-critique-diagramme-de-gantt pour trouver la chaîne qui compte, puis /fr/guides/plan-de-redressement-projet-en-retard-diagramme-de-gantt pour reconstruire le plan. Pour faire approuver un changement de périmètre ou de date, voir le logigramme /fr/templates/organigramme-du-processus-de-demande-de-changement-de-projet-portee-cout-calendrier.

Le modèle à l'origine de ce guide

Modèle de diagramme de Gantt de projet RFP : appel d'offres côté acheteur — Un diagramme de Gantt RFP modifiable pour l'acheteur : besoins, rédaction et revue juridique, envoi, questions des fournisseurs, délai de réponse fixe, évaluation en parallèle, démonstrations, négociation, attribution et passation.