Contraintes de planification et marge négative : quelles dates garder dans le planning et comment rattraper les jours
Les huit contraintes de date, avec un test pour distinguer une vraie date externe d’une date saisie qui cache un lien manquant. Puis la marge négative, lue comme le nombre de jours ouvrés à rattraper.
Dans cet article
- Ce que sont les contraintes de planification et la marge négative
- Qui doit vérifier les contraintes, et quand
- Les huit types de contraintes et leur effet sur la marge
- Quand une contrainte est légitime et quand elle cache une logique manquante
- Un exemple chiffré : une exposition qui ouvre avec deux jours de retard
- Comment rattraper une marge négative, étape par étape
- Erreurs fréquentes
- Quand la marge négative n’est pas le bon chiffre à poursuivre
- Comment faire dans Planitude
- Questions fréquentes
Lorsque le Government Accountability Office (GAO) américain a analysé le planning du Global Combat Support System de l’US Army, 1 360 activités, soit 60 % du planning, portaient une contrainte « début au plus tôt le ». Parmi elles, 87 % retenaient effectivement la date de début : sans la contrainte, l’activité aurait pu commencer plus tôt[1]. Dans les plannings du quotidien, ces contraintes arrivent une par une, à partir d’une barre déplacée là où quelqu’un pense que le travail commencera ou d’une date copiée depuis un tableur.
Ce guide distingue les quelques contraintes de planification dont un planning a besoin des nombreuses qui remplacent une dépendance manquante. Il lit ensuite la marge négative comme un nombre de jours ouvrés à rattraper, sur une exposition de musée dont le planning arrive deux jours après le vernissage presse.
Ce que sont les contraintes de planification et la marge négative
Une contrainte de planification est une limite de date sur le début ou la fin d’une tâche, qui peut prendre le pas sur les dépendances de cette tâche. Les contraintes existent parce que quelques dates sont fixées en dehors du planning, comme le jour où le convoyeur d’un prêteur livre les œuvres. Partout ailleurs, elles immobilisent des tâches pendant que le travail autour d’elles bouge : le Schedule Assessment Guide du GAO avertit qu’elles « peuvent introduire de fausses dates dans un planning » et suggérer un faux niveau de criticité[1]. Dans l’exemple chiffré ci-dessous, une seule date de début saisie donne 3 jours de marge à une tâche d’éclairage qui n’en a en réalité que 1.
La marge négative est le nombre de jours ouvrés dont le travail lié manque une date contrainte ou une échéance. Le GAO-16-89G définit la marge totale négative comme le temps à rattraper pour ne pas repousser la fin au-delà de la date contrainte, et considère comme critique toute activité dont la marge totale est nulle ou négative[2]. Microsoft Project, dans sa version anglaise, appelle la marge « slack », et une tâche planifiée pour finir après son échéance y affiche une marge négative[3]. Sur n’importe quelle tâche, −2 jours signifie donc deux jours ouvrés à retirer de la chaîne qui y mène. Ou une date plus tardive.
Le calcul de la marge elle-même, par le passage aller et le passage retour, est traité dans le guide de la méthode du chemin critique.
Qui doit vérifier les contraintes, et quand
Vérifiez les contraintes avant d’enregistrer la référence et après chaque import depuis un autre outil, sur tout planning à dépendances de 30 tâches ou plus. Dans une équipe de 4 à 15 personnes, c’est le chef de projet qui s’en charge ; sur les programmes dotés d’un planificateur dédié, c’est le planificateur. Les responsables d’équipe lisent le résultat pour savoir si la date de leur tâche est réelle. Les sponsors et les clients n’en retiennent qu’un chiffre, la marge négative sur le jalon final, car c’est le nombre de jours ouvrés qui manquent au planning pour tenir la date qu’on leur a promise.
Les imports exigent cette vérification parce que les dates saisies deviennent des contraintes. Project attribue « début au plus tôt le » à toute date saisie dans le champ Début[4]. Planitude fait de même quand on déplace une barre dans un planning calculé à partir de sa date de début ; dans un planning calculé à rebours depuis sa date de fin, le déplacement pose « début au plus tard le ». Un planning construit en saisissant une date sur chaque ligne arrive donc avec une contrainte sur chaque ligne, quel que soit l’outil d’origine.
Refaites la vérification la première fois qu’un point d’avancement fait apparaître une marge négative, avant que quiconque promette un rattrapage.
Passez-vous-en pour les petits plannings. En dessous d’environ 15 tâches, tenus par une seule personne qui replanifie chaque semaine, celui qui a saisi chaque date se souvient encore pourquoi.
Les huit types de contraintes et leur effet sur la marge
Microsoft Project propose huit types de contraintes[4] et Planitude utilise les mêmes ; deux d’entre eux, « dès que possible » et « le plus tard possible », ne portent aucune date. Le GAO répartit les six contraintes datées entre souples et strictes[1]. Les contraintes souples empêchent une tâche d’avancer et la laissent glisser avec ses prédécesseurs. Une contrainte stricte maintient sa date quand le travail qui la précède prend du retard : le lien est alors outrepassé et le manque apparaît comme marge négative sur les tâches qui la précèdent.
| Contrainte | Type GAO | Règle | Si un prédécesseur finit en retard (Planitude) |
|---|---|---|---|
| Dès que possible (ASAP) | Sans date | Par défaut : les liens décident | La tâche est décalée avec lui |
| Le plus tard possible (ALAP) | Sans date | Le plus tard possible sans retarder les successeurs | Tout retard qui atteint son début passe à ses successeurs |
| Début au plus tôt le (SNET) | Souple | Début à la date ou après | La tâche est décalée avec lui |
| Fin au plus tôt le (FNET) | Souple | Fin à la date ou après | La tâche est décalée avec lui |
| Début au plus tard le (SNLT) | Stricte | Début à la date ou avant | La tâche garde la date, le lien est outrepassé et les tâches qui la précèdent affichent une marge négative |
| Fin au plus tard le (FNLT) | Stricte | Fin à la date ou avant | Comme pour SNLT |
| Doit commencer le (MSON) | Stricte | Début exactement à la date | Comme pour SNLT, et la tâche ne peut pas non plus avancer : sa marge n’est jamais supérieure à zéro |
| Doit finir le (MFON) | Stricte | Fin exactement à la date | Comme pour MSON |
Cette répartition suppose un planning calculé vers l’avant. En planification à rebours, le GAO considère « fin au plus tôt le » comme stricte[1].
La paire « doit » est la plus rigide. En rendant égales les dates au plus tôt et au plus tard d’une tâche, une contrainte impérative supprime d’un coup toute sa marge[1] : la tâche ne peut ni gagner du temps sur des prédécesseurs en avance ni glisser avec des prédécesseurs en retard. Avec l’un des quatre types stricts, Planitude maintient la tâche à sa date quand un prédécesseur finit plus tard et signale que la contrainte outrepasse l’un de ses liens. Les tâches planifiées manuellement figent les dates de façon similaire : elles gardent le début et la fin qu’on leur a donnés, quoi que fassent leurs prédécesseurs.
L’échéance se situe hors du tableau : elle n’influe pas sur la planification des tâches[4], mais une tâche prévue pour finir après elle affiche une marge négative[3]. Le guide des jalons de projet explique pourquoi une date promise relève d’une échéance.
Quand une contrainte est légitime et quand elle cache une logique manquante
Une contrainte est légitime quand sa date est fixée par quelqu’un d’extérieur à l’équipe projet et qu’aucun prédécesseur du planning ne produirait cette date ; tout le reste est une dépendance saisie à la main. C’est aussi le test du GAO : une contrainte « début au plus tôt le » est utile « lorsqu’une activité ne peut pas commencer avant une date fixe et n’a pas d’autre dépendance logique », par exemple une ligne de production indisponible tant qu’une entité extérieure ne l’a pas libérée[1].
La plupart des contraintes des plannings réels échouent à ce test, pour des raisons compréhensibles. La date contractuelle est celle dont tout le monde se souvient, alors on la saisit sur la dernière tâche. Et quand le seul technicien est occupé jusqu’au 15 et que le planning ne contient pas de ressources, déplacer la barre suivante au 15 est la façon la plus rapide de dire « attendez ».
Le même guide rejette ces deux habitudes. Une date imposée par le client, obligations contractuelles comprises, « ne constitue pas une raison légitime de contraindre une activité »[1] : elle va donc sur un jalon, sous forme d’échéance. Une contrainte utilisée pour attendre une personne impose aux tâches un enchaînement qui subsiste après l’ajout de renforts[1]. Dans l’exposition ci-dessous, bloquer l’installation des œuvres jusqu’à ce que le technicien soit libre conserverait cet ordre même après l’embauche d’une deuxième équipe d’installation. Dans le cas du GCSS-Army, les responsables du programme ont indiqué que les contraintes avaient servi à affecter les ressources à la main[1].
Les fermetures sont des entrées de calendrier. Les suspensions de travaux pour intempéries relèvent du calendrier de travail, en périodes chômées[1], et une semaine de fermeture des salles pour maintenance se saisit de la même façon dans le calendrier de projet.
Quatre signes trahissent un lien caché :
- La date de contrainte est le jour ouvré qui suit la fin d’une autre tâche. Quelqu’un a fait à la main le calcul qu’une dépendance fin-début fait automatiquement, et les deux dates divergent au premier glissement.
- Une tâche contrainte n’a aucun prédécesseur, alors que le travail qui la précède physiquement figure dans le planning, comme l’éclairage et les cimaises dans l’exemple.
- La date vient d’une barre déplacée ou d’un fichier importé, et personne ne sait nommer la personne extérieure à l’équipe qui l’a fixée.
- Plusieurs tâches partagent la même date de contrainte.
Même une vraie date externe peut mériter mieux qu’une contrainte. Pour une livraison fournisseur, le guide suggère de modéliser tout le processus d’approvisionnement, de la commande à la réception, en une ou plusieurs activités, afin de pouvoir en suivre l’avancement et y appliquer une analyse de risque[1].
Notre recommandation : notez la source de chaque date de contrainte dans les notes de la tâche, avec un nom et une date de revérification, et remplacez par un lien toute contrainte dont la source ne peut pas être nommée. L’exception est le petit planning décrit plus haut, moins d’environ 15 tâches et un seul responsable, où rédiger les notes prend plus de temps que revérifier les dates. En règle pratique, quand plus d’une tâche sur 20 porte une contrainte autre que « dès que possible », revoyez-les toutes avant la prochaine référence.
Un exemple chiffré : une exposition qui ouvre avec deux jours de retard
Le planning ci-dessous prévoit le vernissage presse au jour 25, deux jours ouvrés après l’échéance du jour 23, et sa marge la plus défavorable, −2 jours, passe par la livraison du prêteur.
Un musée municipal prépare une exposition temporaire avec des œuvres prêtées par un autre musée. L’équipe travaille du lundi au vendredi, sans jour férié sur la période. Le jour 1 est le lundi 1er février 2027. Le vernissage presse est fixé au mercredi 3 mars 2027, jour 23, et saisi comme échéance sur le jalon d’ouverture.
Deux tâches portent une contrainte « début au plus tôt le ». La réception des prêts (tâche D) attend le convoyeur du prêteur, qui voyage avec les caisses et arrive le jour 16 (lundi 22 février) ; chaque œuvre est ensuite contrôlée par rapport à son constat d’état en présence du convoyeur. C’est le prêteur qui a fixé cette date. L’éclairage (tâche F) porte l’autre contrainte, saisie au jour 14 dans une version antérieure, quand les cimaises devaient encore être terminées le jour 13.
| Tâche | Durée | Prédécesseurs | Contrainte | Dates au plus tôt | Fin au plus tard | Marge totale |
|---|---|---|---|---|---|---|
| A. Liste définitive des œuvres et scénographie | 5 jours | aucun | aucune | jours 1–5 | jour 4 | −1 |
| B. Construction des cimaises et vitrines | 10 jours | A | aucune | jours 6–15 | jour 14 | −1 |
| C. Rédaction et impression des textes muraux | 7 jours | A | aucune | jours 6–12 | jour 20 | +8 |
| D. Réception des œuvres prêtées | 1 jour | aucun | SNET jour 16 | jour 16 | jour 14 | −2 |
| E. Installation des œuvres dans les vitrines | 6 jours | B, D | aucune | jours 17–22 | jour 20 | −2 |
| F. Installation de l’éclairage | 4 jours | aucun | SNET jour 14 | jours 14–17 | jour 20 | +3 |
| G. Réglage des éclairages et pose des cartels | 3 jours | C, E, F | aucune | jours 23–25 | jour 23 | −2 |
| H. Vernissage presse (jalon) | 0 jour | G | échéance jour 23 | jour 25 | jour 23 | −2 |
Passage aller. Seules deux tâches attendent plus d’un prédécesseur. E a besoin des cimaises (terminées le jour 15) et des œuvres (sur place le jour 16) : elle commence donc le jour 17 et se termine le jour 22. G attend E, le dernier de ses trois prédécesseurs à finir, et se déroule les jours 23–25. Le vernissage tombe le vendredi 5 mars.
Passage retour. Comptez à rebours depuis l’échéance. Le vernissage doit être terminé au jour 23, donc G doit commencer au plus tard le jour 21 et E finir au plus tard le jour 20. Le début au plus tard de E est alors le jour 15, ce qui signifie que D et B doivent tous deux finir au plus tard le jour 14, et A le jour 4. La marge totale est la fin au plus tard moins la fin au plus tôt.
Deux chaînes portent une marge négative, et elles se rejoignent en E. La date du convoyeur place D, E et G à −2. Les cimaises terminées le jour 15 placent A et B à −1 : même avec les œuvres sur place à temps, la chaîne A, B, E, G totalise 5 + 10 + 6 + 3 = 24 jours, un de plus que ce que permet l’échéance.
L’éclairage devrait suivre les cimaises, car les électriciens ne peuvent pas fixer des rails d’éclairage sur des cimaises encore en construction. Avec un lien fin-début depuis B, F se déroule les jours 16–19 et dispose de 1 jour de marge ; sur sa date saisie, elle chevauche la construction des cimaises les jours 14 et 15 et en affiche 3. Le planning ne signale aucun conflit, puisqu’il n’existe aucun lien que la date saisie pourrait outrepasser. Remplacer la contrainte par le lien laisse le vernissage au jour 25. La contrainte du convoyeur reste.
Une fois F liée, trois options de rattrapage ont été calculées :
| Option | Changement | Vernissage prévu | Marge au vernissage |
|---|---|---|---|
| 1. Convoyeur plus tôt | Le prêteur accepte de livrer le jour 14 | jour 24 (jeudi 4 mars) | −1 |
| 2. Deuxième équipe d’installation | E dure 4 jours au lieu de 6 | jour 23 (mercredi 3 mars) | 0 |
| 3. Les deux | Convoyeur le jour 14, E en 4 jours | jour 22 (mardi 2 mars) | +1 |
Un convoyeur plus tôt rattrape un jour sur les deux. Dès que D arrive le jour 14, ce sont les cimaises terminées le jour 15 qui décident du début de E, et la chaîne A–B à −1 devient la chaîne déterminante.
L’option 2 agit sur E, après le point où les deux chaînes se rejoignent, de sorte qu’un seul changement raccourcit les deux. Dans cet exemple construit, la deuxième équipe se compose de deux techniciens d’une société spécialisée dans la manutention d’œuvres d’art, réservés pour les 4 jours d’installation, et la convention de prêt autorise des manutentionnaires extérieurs une fois agréés par le convoyeur. L’installation coûte alors 8 jours-équipe contre 6, car deux équipes qui partagent les mêmes salles et vitrines perdent du temps à s’attendre. Raccourcir seulement les cimaises ne rattraperait rien tant que le convoyeur bloque E jusqu’au jour 17.
Comment rattraper une marge négative, étape par étape
Rattrapez la marge négative en partant de la valeur la plus négative, et seulement une fois que la valeur est avérée.
- Triez les tâches par marge totale, la plus négative en premier. Le GAO-16-89G demande de trier les activités restantes par marge totale et de questionner chaque activité à marge négative[2] ; on obtient une liste de chaînes, chacune avec sa valeur.
- Testez chaque contrainte de ces chaînes au regard des quatre signes ci-dessus. Les dates saisies deviennent des liens. Les dates contractuelles passent de « doit finir le » à une échéance.
- Recalculez. Dans l’exemple, il reste la chaîne du convoyeur D, E, G à −2 et la chaîne des cimaises A, B à −1, qui se rejoignent en E.
- Raccourcissez d’abord le travail situé après le point de jonction, car un seul changement à cet endroit raccourcit toutes les chaînes qui y passent. Le guide pour rattraper un projet en retard compare le chevauchement des tâches (fast-tracking) et la compression par ajout de ressources (crashing).
- Recalculez après chaque changement, car une autre chaîne peut désormais fixer la fin, comme les cimaises une fois le convoyeur avancé au jour 14.
- Si les jours sont introuvables, déplacez la prévision : quand la marge négative ne peut pas être résorbée, le jalon doit prévoir un glissement qui l’élimine[2]. Donnez au sponsor le nombre de jours ouvrés et la chaîne responsable.
Erreurs fréquentes
L’erreur la plus coûteuse du planning de l’exposition est une contrainte oubliée après une modification, et elle surestime de 2 jours la marge de l’éclairage. L’éclairage avait été saisi au jour 14 sur une hypothèse raisonnable. Les cimaises ont ensuite pris deux jours de plus et personne n’a touché la date saisie : l’éclairage chevauche donc la construction des cimaises les jours 14 et 15 et sa marge affiche 3 jours là où la valeur réelle est de 1.
Vient ensuite le rattrapage sur une seule branche d’une jonction. Construire les cimaises plus vite ne fait rien gagner ici.
Les contraintes souples qui ne mordent plus passent facilement inaperçues. Un « début au plus tôt le » dont la date est déjà antérieure à ce que permettent les liens n’a aucun effet aujourd’hui, et il commence à retenir la tâche le jour où ses prédécesseurs accélèrent. Ces contraintes doivent être retirées du planning[1].
Dernier piège : lire la marge négative comme le problème d’un seul responsable. La valeur appartient à la chaîne : la tâche A affiche −1, mais la terminer un jour plus tôt ne change rien tant que le convoyeur bloque E jusqu’au jour 17.
Quand la marge négative n’est pas le bon chiffre à poursuivre
Ne poursuivez la marge négative que si la date qui la produit est légitime et que la logique qui y mène est complète.
Des activités réalisées dans un ordre différent de la logique du réseau produisent aussi une marge négative[2]. Corrigez les liens pour qu’ils décrivent ce qui s’est réellement passé. Puis relisez la marge.
Une contrainte stricte peut aussi être un test délibéré. Pendant l’élaboration du planning, le GAO propose les contraintes strictes comme outil de travail temporaire pour calculer la marge disponible jusqu’aux jalons clés et vérifier si les ressources disponibles permettent de tenir la date prévue[1]. Notre recommandation : avant d’enregistrer la référence, transformez chacune de ces contraintes temporaires en échéance sur le même jalon. L’objectif reste visible sous forme de marge négative, et aucun lien n’est outrepassé.
Après l’option 2, le vernissage a 0 jour de marge, et chaque durée du planning est une estimation unique : un jour de glissement sur D, E ou G repousse le vernissage au jour 24. Une analyse des risques du planning par Monte Carlo montre quelle est la probabilité réelle du jour 23. L’option 3 conserve 1 jour de marge si le prêteur accepte le convoyeur plus tôt.
Comment faire dans Planitude
Ouvrez le panneau de la tâche : la section Contraintes propose les huit types ci-dessus et un champ Échéance, qui plafonne la fin au plus tard de la tâche sans déplacer la barre, de sorte qu’une prévision qui la dépasse apparaît en marge négative. Déplacer une barre pose « début au plus tôt le », ou « début au plus tard le » dans un planning calculé à rebours ; « Dès que possible » rend la date aux liens. Avec le chemin critique activé dans le diagramme de Gantt, les tâches à marge nulle ou négative sont mises en évidence et le panneau de la tâche affiche la marge totale de chacune.
Le panneau des conflits d’un planning calculé vers l’avant liste chaque tâche à marge négative et chaque échéance manquée. Une contrainte stricte qui outrepasse un lien a sa propre entrée. Les tâches planifiées manuellement importées depuis un fichier Microsoft Project gardent leurs dates et sont signalées si elles commencent trop tôt. Pendant le suivi, un lien passe au rouge quand un retard dépasse la marge qui pourrait l’absorber.
La grille n’a pas de colonne contrainte ni marge : l’étape 1 passe donc par ces deux panneaux. Rien ne compresse les durées ni ne nivelle les ressources automatiquement.
Essayez Planitude avec votre propre planning
Essayer Planitude gratuitementQuestions fréquentes
Marge négative, est-ce la même chose qu’être en retard sur le planning ?
Non. Le retard se mesure par rapport à la référence. La marge négative mesure l’écart entre la prévision actuelle et une date contrainte ou une échéance : un planning peut donc en afficher dès le premier jour, avant tout démarrage des travaux, comme dans l’exemple de l’exposition.
Une tâche peut-elle avoir une marge négative sans aucune contrainte ?
Oui. La marge totale se mesure par rapport à la fin au plus tard permise par les dates contraintes et les échéances situées plus loin dans la chaîne : chaque tâche qui mène à un jalon en retard porte donc son manque. Dans l’exemple de l’exposition, les tâches A, B, E et G n’ont aucune contrainte propre et affichent −1, −1, −2 et −2 à cause de l’échéance du vernissage presse.
À partir de combien de jours une marge négative est-elle excessive ?
Toute valeur demande une explication. Chaque activité à marge négative doit être questionnée, et un réseau affichant des valeurs allant jusqu’à −300 jours présente très probablement une logique manquante ou un enchaînement d’activités irréaliste, selon le GAO[2]. Un écart de quelques jours avec une logique complète signale un vrai conflit entre le travail et une date, ce que traitent les étapes de rattrapage de ce guide.
Pourquoi Microsoft Project ajoute-t-il « début au plus tôt le » à mes tâches ?
Parce qu’une date a été saisie dans le champ Début. Project transforme toute date saisie à cet endroit en contrainte « début au plus tôt le » sur cette date[4]. Remettez la contrainte sur « dès que possible » pour que les liens décident à nouveau.
Sources
Les pages officielles citées dans l’article, consultées en novembre 2026.
- GAO, Schedule Assessment Guide (GAO-16-89G), Best Practice 2: Date Constraints and Using Date Constraints, pp. 36-40gao.gov
- GAO, Schedule Assessment Guide (GAO-16-89G), Best Practice 7: Ensuring Reasonable Total Float, pp. 92-95gao.gov
- Microsoft Support: Show slack in your project in Project desktopsupport.microsoft.com
- Microsoft Support, Constraint Type (task field)support.microsoft.com
Essayez Planitude avec votre propre planning
Créez un compte gratuit, importez votre fichier .mpp ou partez d’un modèle : en quelques minutes, vous obtenez le diagramme de Gantt avec dépendances, calendriers et chemin critique.