Contraintes de tâche : ASAP, doit-commencer-le et échéances
Chaque tâche d'un diagramme de Gantt répond à une question discrète avant d'atterrir sur une date : quand a-t-elle le droit de se produire ? Cette réponse est une contrainte de planification. La plupart des planificateurs ne touchent jamais à ce réglage, et leurs diagrammes s'écoulent correctement précisément pour cette raison. D'autres épinglent les tâches à des dates fixes à la main, puis se demandent pourquoi la chronologie cesse de les prévenir des glissements. Ce guide explique chaque type de contrainte, quand y recourir, et comment une seule épingle rigide peut enterrer un conflit au vu de tous.
- Pourquoi les contraintes existent
- Le menu complet des types de contrainte
- Les contraintes flexibles gardent le plan vivant
- Contraintes semi-flexibles : planchers et plafonds
- Comment les contraintes rigides combattent les dépendances
- Comment les contraintes masquent et détruisent la marge
- Le danger de trop contraindre
- Quand chaque contrainte est légitime
- Un exemple résolu : le piège du doit-commencer-le
- Préférez des contraintes flexibles plus des dépendances
- Lire les avertissements de contrainte dans votre outil
- Une discipline simple des contraintes
Pourquoi les contraintes existent
Une contrainte de planification indique au moteur de planification quelle liberté une tâche a de se déplacer dans le temps. Sans aucune règle, un bon outil placera le travail aussi tôt qu'il le peut une fois les prédécesseurs terminés. Ce comportement par défaut accomplit beaucoup de travail pour vous en silence. Il signifie que le plan se recalcule de lui-même chaque fois qu'une date change, de sorte qu'un glissement en début de projet se propage vers l'avant automatiquement au lieu de laisser des dates périmées derrière lui.
Les contraintes remplacent ce comportement automatique. Elles vont de légers coups de pouce qui laissent encore la tâche flotter jusqu'aux épingles rigides qui clouent une tâche à une date du calendrier quoi qu'il arrive autour d'elle. Comprendre où chacune se situe sur ce spectre fait toute la différence entre un plan qui pense à votre place et un plan qui vous ment.
Le menu complet des types de contrainte
La plupart des outils exposent six ou sept types de contrainte plus un champ d'échéance distinct. Ils se répartissent en deux familles. Les contraintes flexibles maintiennent la tâche en mouvement dans le sens du plan. Les contraintes rigides verrouillent une tâche sur une date et l'empêchent de réagir au changement.
| Contrainte | Ce qu'elle fait | Famille |
|---|---|---|
| Dès que possible (ASAP) | Planifie la tâche à la date légale la plus précoce | Flexible |
| Le plus tard possible (ALAP) | Planifie à la date la plus tardive sans retarder les successeurs | Flexible |
| Ne pas commencer avant | Pose un plancher, la tâche peut encore se déplacer plus tard | Semi-flexible |
| Ne pas finir après | Pose un plafond sur la date de fin | Semi-flexible |
| Doit commencer le | Épingle le début à une date exacte | Rigide |
| Doit finir le | Épingle la fin à une date exacte | Rigide |
| Échéance | Un repère cible qui avertit mais n'épingle pas | Indicative |
L'échéance est l'héroïne discrète ici. Elle vous donne la responsabilité d'une date fixe sans la rigidité, car elle signale un dépassement au lieu de forcer le planning à obéir.
Les contraintes flexibles gardent le plan vivant
ASAP est la valeur par défaut dans presque tous les planificateurs sérieux, et pour une bonne raison. Une tâche réglée sur dès que possible avancera au moment même où son prédécesseur bouge, ce qui est exactement ce que vous voulez qu'un plan fasse. Les dates restent honnêtes car le moteur continue de les recalculer à partir du réseau de dépendances plutôt qu'à partir d'une promesse faite il y a des semaines.
Le plus tard possible en est le miroir. Il tasse le travail vers la fin de sa fenêtre disponible, ce qui est utile pour les tâches que vous voulez différer, comme commander des matériaux périssables ou provisionner un environnement cloud de courte durée. Les deux sont flexibles car aucune ne combat les liens entre tâches. Elles s'appuient dessus.
Contraintes semi-flexibles : planchers et plafonds
Ne pas commencer avant et ne pas finir après sont le juste milieu, et ils sont souvent la bonne réponse quand on se précipite par instinct vers une épingle rigide. Supposons qu'un fournisseur ne puisse pas expédier avant le quinze. Une contrainte de ne pas commencer avant cette date pose un plancher. La tâche ne commencera pas avant le quinze, mais si un prédécesseur glisse au-delà, la tâche se déplace quand même plus tard d'elle-même.
Comparez cela avec doit commencer le, qui fixerait la tâche au quinze même si le travail qui l'alimente n'est pas terminé. La version semi-flexible saisit la vérité du monde réel, à savoir que le quinze est la date la plus précoce possible, pas la seule date. Recourez à un plancher ou à un plafond chaque fois que votre véritable contrainte est une limite plutôt qu'un point unique.
Comment les contraintes rigides combattent les dépendances
Une dépendance dit que la tâche B ne peut pas commencer avant que la tâche A soit terminée. Une contrainte de doit commencer le dit que la tâche B commence à une date fixe, point final. Quand ces deux règles se contredisent, quelque chose doit céder, et ce qui cède dépend entièrement de votre outil. Certains planificateurs respectent la contrainte et laissent discrètement B commencer avant que A soit terminée, produisant un plan impossible qui a l'air parfaitement net. D'autres respectent la dépendance et affichent une marge négative ou un avertissement rouge que beaucoup de planificateurs ne remarquent jamais.
Voilà le danger central. Une dépendance est une affirmation de la réalité physique : vous ne pouvez pas peindre un mur avant qu'il soit construit. Une contrainte rigide est une affirmation de préférence. Quand la préférence l'emporte sur la réalité sans avertissement clair, le diagramme cesse de décrire le projet et se met à décrire vos souhaits. Comme on dit, un diagramme de Gantt construit une fois et jamais retouché n'est pas un plan, c'est un vœu.
Comment les contraintes masquent et détruisent la marge
La marge, ou flottement, est la quantité de temps dont une tâche peut glisser avant de retarder le projet. Elle se calcule à partir du réseau de dépendances. Quand vous épinglez une tâche avec une contrainte rigide, vous coupez une partie de ce calcul, et le chiffre de marge que vous voyez ensuite peut être dénué de sens.
Une date de doit commencer le peut inventer une marge qui n'existe pas, en faisant croire qu'une tâche dispose d'une fenêtre confortable alors que ses prédécesseurs sont en réalité en retard. Elle peut aussi détruire une marge réelle, en maintenant une tâche en place alors qu'elle aurait pu se déplacer sans risque, transformant un tampon sain en coup de bourre artificiel. Dans les deux cas, vous perdez l'image honnête que l'analyse de marge est censée vous donner.
Le danger de trop contraindre
Trop contraindre, c'est l'habitude d'épingler de nombreuses tâches à des dates fixes parce que cela paraît précis. C'est la façon la plus courante dont un débutant transforme un planning intelligent en tableur stupide. Chaque épingle rigide retire un maillon de plus de la chaîne qui permet au plan de se recalculer. Ajoutez-en assez et la chronologie ne peut plus vous dire ce qu'un glissement coûte réellement, car la moitié des tâches refusent de bouger en réaction.
Les symptômes sont faciles à repérer une fois qu'on les connaît. Les glissements cessent de se propager vers l'avant. Le chemin critique paraît étrangement court ou saute de façon imprévisible. Les valeurs de marge deviennent négatives à des endroits qui devraient être confortables. Si votre plan compte plus d'une poignée de contraintes rigides, il a probablement cessé de fonctionner comme un modèle et s'est mis à fonctionner comme un dessin statique.
Quand chaque contrainte est légitime
Les contraintes rigides ne sont pas le mal. Ce sont des outils aux usages étroits et valables. L'erreur est d'y recourir par défaut plutôt que par besoin. Voici un guide approximatif de quand chaque type mérite sa place.
| Situation | Meilleure contrainte | Pourquoi |
|---|---|---|
| Travail ordinaire piloté par les prédécesseurs | ASAP | Laisse le plan s'écouler et se recalculer |
| Matériau disponible seulement après une date | Ne pas commencer avant | Pose un vrai plancher, reste flexible |
| Rapport réglementaire à rendre pour une date | Ne pas finir après ou échéance | Plafonne la fin sans trop épingler |
| Mise en service contractuelle, fixée par la loi | Doit commencer le | Un véritable évènement de calendrier inamovible |
| Réunion du conseil ou audit externe | Doit commencer le | La date ne peut vraiment pas bouger |
Remarquez qu'une épingle rigide ne se justifie que lorsque la date est fixée par quelque chose d'extérieur à votre projet, comme un contrat, un régulateur ou une autre organisation. Si vous contrôlez la date, vous n'avez presque jamais besoin de l'épingler.
Un exemple résolu : le piège du doit-commencer-le
Imaginez un petit projet d'infrastructure. Le matériel doit être livré, puis les serveurs installés, puis le réseau configuré. L'installateur est réservé pour le deux, alors un planificateur épingle la tâche d'installation avec doit commencer le à cette date. Cela semble responsable. C'est un piège.
Le montage. Livrer le matériel passe en premier, puis Installer les serveurs, liées fin à début. L'installation est épinglée avec une date de doit commencer le 2 mars.
Le glissement. Le fournisseur retarde la livraison. Livrer le matériel finit désormais le 5 mars, trois jours en retard.
| Tâche | Planifié | Après le glissement |
|---|---|---|
| Livrer le matériel | finit le 1 mars | finit le 5 mars |
| Installer les serveurs (épinglée) | commence le 2 mars | commence toujours le 2 mars |
Le conflit caché. Le diagramme montre tranquillement l'installation commençant le 2 mars, trois jours avant même l'arrivée du matériel. L'épingle de doit commencer le a remplacé la dépendance, et à moins de repérer le minuscule repère de marge négative, le plan a l'air correct. Une contrainte de ne pas commencer avant aurait laissé l'installation glisser au 5 mars et vous aurait averti qu'il faut reprogrammer l'installateur.
Préférez des contraintes flexibles plus des dépendances
Les plans les plus sains expriment leur calendrier à travers le réseau de dépendances, et non à travers une dispersion de dates fixes. Les dépendances disent ce qui doit venir avant quoi. Les contraintes flexibles ajoutent les quelques limites du monde réel que le réseau ne peut pas déduire. Ensemble, elles produisent un planning qui se recalcule de lui-même et continue de vous avertir quand la réalité dérive.
- Commencez chaque tâche en ASAP, la valeur par défaut, et résistez à l'envie de la changer.
- Tracez les vraies dépendances pour que le travail s'ordonne de lui-même à partir des liens.
- Ajoutez un ne pas commencer avant uniquement là où une date externe bloque réellement un début précoce.
- Utilisez un repère d'échéance, pas un doit finir le, pour les objectifs que vous voulez suivre mais pas imposer.
- Réservez doit commencer le et doit finir le aux dates fixées par contrat, par la loi ou par une autre partie.
- Passez en revue votre liste de contraintes chaque mois et retirez toute épingle dont la raison a expiré.
Vous pouvez construire exactement ce genre de planning auto-correcteur dans le créateur de Gantt gratuit sans rien installer.
Lire les avertissements de contrainte dans votre outil
Tout planificateur compétent signale quand une contrainte combat une dépendance, mais les signaux sont discrets à dessein pour ne pas harceler. Apprendre à les lire est ce qui sépare un plan auquel vous faites confiance d'un plan que vous espérez seulement.
Marge négative. Si une tâche affiche une marge négative, une contrainte exige une date que le réseau ne peut pas fournir. Dans l'exemple du serveur ci-dessus, l'installation épinglée porterait trois jours de marge négative, la taille exacte du conflit enterré.
Une icône d'épingle ou de cadenas. La plupart des outils marquent les tâches contraintes d'une petite icône. Repérez-les avant chaque mise à jour de statut. Un amas d'épingles est un avertissement que votre plan a peut-être cessé de se recalculer.
Des dates qui ne bougent pas. Le test le plus parlant est comportemental. Poussez une tâche précoce plus tard exprès et observez ce qui suit. Les tâches qui refusent de se décaler sont soit épinglées, soit en attente de rien, et les deux cas méritent un second regard.
Une discipline simple des contraintes
Vous n'avez pas besoin d'un document de politique pour garder les contraintes saines. Vous avez besoin d'une seule habitude : traiter une épingle rigide comme un coût, pas comme une commodité. Avant de poser un doit commencer le, demandez-vous si la date est fixée par le monde extérieur ou simplement par votre plan actuel. Si c'est votre plan, une dépendance ou un plancher flexible vous servira mieux et gardera le planning honnête.
Les contraintes sont la grammaire d'un planning. Utilisées avec parcimonie, elles laissent le plan parler clairement de ce qui peut bouger et de ce qui ne le peut pas. Utilisées à outrance, elles le bâillonnent. Les meilleurs planificateurs en posent le moins possible, s'appuient sur les dépendances pour le reste, et gardent chaque épingle restante liée à une raison qu'ils peuvent nommer à voix haute.
Questions fréquentes
Quelle est la différence entre une échéance et une contrainte de doit finir le ?
Une échéance est indicative. Elle marque une date cible et lève un avertissement si la tâche finit en retard, mais elle ne force jamais le planning à bouger. Une contrainte de doit finir le est une épingle rigide qui fixe la date de fin et peut remplacer des dépendances, masquant des conflits. Préférez l'échéance dans presque tous les cas.
Pourquoi ma tâche commence-t-elle avant que son prédécesseur ne finisse ?
Presque toujours parce qu'une contrainte rigide, généralement doit commencer le, remplace la dépendance entre elles. Le planificateur respecte la date fixe au lieu du lien. Cherchez une icône d'épingle et une valeur de marge négative sur cette tâche, puis basculez-la en ne pas commencer avant pour qu'elle puisse glisser.
ASAP est-il toujours la bonne valeur par défaut ?
Pour la plupart des tâches, oui. Dès que possible laisse chaque tâche avancer automatiquement quand les prédécesseurs changent, de sorte que tout le plan se recalcule et reste honnête. Utilisez le plus tard possible seulement pour le travail que vous voulez délibérément différer, et ne recourez aux contraintes rigides que lorsqu'une date externe ne peut vraiment pas bouger.
Combien de contraintes rigides sont de trop ?
Il n'y a pas de nombre exact, mais si plus d'une poignée de tâches portent des épingles de doit commencer le ou de doit finir le, votre plan a probablement cessé de se recalculer. Les signaux d'alerte sont des glissements qui ne se propagent plus vers l'avant, un chemin critique qui saute un peu partout, et des valeurs de marge qui deviennent négatives à des endroits qui devraient être confortables.
Une contrainte peut-elle masquer une marge qui n'existe pas vraiment ?
Oui, et c'est là le danger subtil. Une date de doit commencer le peut faire paraître qu'une tâche dispose d'une fenêtre confortable alors que ses prédécesseurs sont en réalité en retard, inventant de la marge. Elle peut aussi détruire une marge réelle en maintenant une tâche en place. Dans les deux cas, le chiffre que vous lisez cesse de refléter le vrai risque du planning.
À lire aussi
- Les dépendances entre tâches expliquées
- Qu'est-ce que la marge (flottement) ?
- La méthode du chemin critique expliquée
- Retour aux guides
Cet article est également disponible en anglais.