Jalons de projet : comment les définir et ce qui les distingue des échéances

Un jalon saisi avec une date et sans lien vers le travail qui le précède reste à cette date, quoi qu’il arrive au travail. C’est un cas fréquent dans les plannings importés de tableurs ou d’anciens outils, et il a deux proches parents : une date externe saisie comme jalon, et un jalon figé par une contrainte « doit finir le ».

Ce guide explique ce que sont les jalons de projet, ce qui les distingue des échéances et des contraintes de date, et les deux vérifications que tout jalon doit passer. Il suit ensuite un stand de salon professionnel, du brief au montage, où la même date est modélisée de trois façons et où une seule d’entre elles décale la date et signale l’échéance manquée quand le travail prend du retard.

Ce que sont les jalons de projet#

Un jalon de projet est un point du planning de durée nulle qui marque un événement important, comme une validation ou un passage de relais. Un jalon ne consomme ni temps ni charge : il enregistre le moment où le travail qui le précède est terminé et où le travail qui le suit peut commencer. Sans jalons, un retard de trois jours sur la revue de conception reste invisible jusqu’au jour prévu pour monter le stand, et à ce moment-là personne ne peut plus le rattraper.

Le lexique du PMI définit un jalon comme un point ou un événement significatif d’un projet^[1]. Dans un diagramme de Gantt, il est représenté par un losange sur une date unique. Dans le réseau, il se comporte comme n’importe quelle tâche : il a des prédécesseurs et des successeurs, il a une marge, et il peut se trouver sur le chemin critique.

Nommez un jalon d’après un état atteint et une tâche d’après une action. « Revoir la conception » est un travail qui dure deux jours ; « Conception validée » est le moment où ce travail se termine. Des jalons typiques sont « Contrat signé », « Données migrées et rapprochées », « Recette validée » et « Mise en service ».

Jalons, échéances et contraintes de date#

Un jalon est un événement du planning, une échéance est une date qu’un événement ne doit pas dépasser, et une contrainte de date est une instruction qui oblige le moteur de calcul à placer une tâche à une date ou autour d’elle. Les outils de planification traitent ces trois notions différemment, et les plannings importés les confondent sans cesse.

Un jalon sans prédécesseur se comporte comme une date écrite sur un planning mural. Une contrainte « doit finir le » maintient le jalon à sa date même quand le travail en amont finit plus tard ; les outils qui respectent les contraintes affichent l’écart sous forme de marge négative sur la chaîne en amont, ce qui passe facilement inaperçu dans un long planning. Le guide du chemin critique explique comment la marge est calculée et pourquoi elle peut devenir négative.

Notre recommandation : placez chaque date externe sur un jalon lié, sous forme d’échéance, pour que le jalon montre où le travail aboutira vraiment et que l’échéance montre l’écart avec l’engagement. N’utilisez une contrainte que lorsque la date externe limite le moment où le travail peut avoir lieu, comme le jour où un hall ouvre pour le montage. Si d’autres travaux doivent être planifiés à partir de cette date précise, comme des visites de presse prévues le lendemain de l’ouverture, donnez aux visites de presse une contrainte « début au plus tôt le » et laissez le jalon libre de bouger. Un jalon figé par « doit finir le » finit à l’échéance par définition, donc l’échéance n’est jamais signalée comme manquée, même quand les deux sont posées sur le même jalon.

Deux vérifications que tout jalon doit passer#

Un bon jalon a un prédécesseur et un événement vérifiable le jour venu.

Il a un prédécesseur. Un jalon sans lien entrant n’a aucune raison de bouger, donc il ne signale jamais de retard. Liez-le à la dernière tâche, ou aux dernières tâches, qui doivent être terminées pour que l’événement ait lieu. Le début du projet peut rester isolé, tout comme un jalon qui enregistre une entrée extérieure à l’équipe, par exemple des données client reçues ou un permis accordé : donnez-lui un « début au plus tôt le » à la date attendue et traitez cette date comme une hypothèse à vérifier. Les successeurs comptent aussi : à part le jalon final, chacun doit avoir au moins un successeur, car un jalon dont rien ne dépend ne fait qu’enregistrer une date. La check-list des dépendances exige la même chose de chaque tâche.

Son événement est vérifiable. Quelqu’un doit pouvoir répondre par oui ou par non à « est-ce que c’est arrivé ? », en montrant quelque chose : un e-mail de validation, un bon de livraison, un rapport de test, une page qui s’affiche. « Conception terminée à 80 % » échoue. « Conception validée par le directeur commercial » passe.

En règle générale, posez un jalon pour chaque décision ou passage de relais qui change qui travaille ensuite. Sur un projet de trois mois à cinq personnes, cela donne en général six à dix jalons, sauf quand plusieurs fournisseurs externes se passent le travail : chaque passage de relais entre entreprises mérite alors son propre jalon, même si le total augmente. Au-delà de 13 sur un planning de trois mois, ils deviennent une seconde liste de tâches ; en dessous de 3, un mois peut s’écouler sans point de contrôle.

Qui a besoin de jalons, quand, et le temps que cela prend#

Les jalons servent à ceux qui doivent agir sur un passage de relais ou répondre d’une date : le chef de projet et quiconque attend un passage de relais. Ils ont leur place dans tout planning de plus de deux semaines environ comportant au moins une décision ou un passage de relais. Une liste de tâches individuelle n’en a pas besoin, pas plus qu’un flux continu de tickets, où rien n’est transmis et où un jalon ne ferait qu’enregistrer une date.

Ajoutez-les dès que la première version du planning existe, pas à la fin, car ce sont les liens qui déterminent la place de chacun. Dans un planning de 40 tâches, lier huit jalons prend quelques minutes ; les confronter aux deux vérifications ci-dessus prend plus longtemps, et c’est la partie qui demande quelqu’un qui sait ce que « terminé » veut dire.

Où placer les jalons dans le planning#

Placez chaque jalon à la fin du travail qu’il clôt, lié en fin-début aux dernières tâches de ce travail, et liez les premières tâches de l’étape suivante au jalon plutôt qu’aux tâches qui le précèdent.

Faire passer les liens par le jalon économise du travail et rend visible le point de décision. Si trois tâches alimentent « Conception validée » et que quatre tâches la suivent, des liens directs entre elles en demanderaient 12 ; en passant par le jalon, il en faut 7, et une cinquième tâche après la validation demande un seul nouveau lien au lieu de trois.

Les jalons sont aussi la façon dont les phases apparaissent dans un planning construit autour des livrables. Le guide Structure de découpage du projet (WBS) : comment la construire et en faire un planning laisse les phases hors du WBS et les fait apparaître comme des jalons dans le planning. Une fois la référence enregistrée, les lignes de jalons sont celles que le commanditaire lit en premier : « Conception validée, 3 jours de retard sur la référence » en dit plus qu’un pourcentage (voir référence et écarts).

Un exemple détaillé : un stand sur un salon professionnel#

Une entreprise qui fabrique des capteurs industriels expose sur un salon professionnel. L’équipe se compose de la responsable marketing, d’un designer indépendant, de l’équipe produit qui prépare les unités de démonstration et d’un standiste qui travaille d’abord dans son atelier puis dans le hall. L’organisateur fixe deux dates : le hall ouvre pour le montage au jour 24 du planning, et chaque stand doit être terminé à la fin du jour 26, quand le hall ferme pour le nettoyage avant l’ouverture.

Les durées sont en jours ouvrés et tous les liens sont fin-début. La marge est mesurée par rapport à la fin du planning, au jour 25.

Le chemin critique est brief, conception, revue, fabrication, expédition et montage : 3 + 6 + 2 + 10 + 2 + 2 = 25 jours, un jour en deçà de la limite de l’organisateur. Les deux jalons passent les deux vérifications. La validation est l’approbation écrite des plans définitifs par le directeur commercial, dont le standiste a besoin avant de découper quoi que ce soit. « Stand prêt » signifie que le stand est monté, les visuels posés et les unités de démonstration allumées, avec une photo envoyée à la responsable marketing.

La contrainte sur le montage ne joue aucun rôle dans cette version, puisque l’expédition se termine au jour 23. Elle est là pour l’autre cas : si l’atelier finissait en avance, le stand ne pourrait quand même pas entrer dans le hall avant le jour 24.

Maintenant, la revue déborde. Le directeur commercial est en déplacement, et l’approbation arrive après 5 jours au lieu de 2, à la fin du jour 14. La fabrication passe aux jours 15–24, l’expédition aux jours 25–26 et le montage aux jours 27–28. Le travail se termine désormais au jour 28, deux jours ouvrés après la fermeture du hall. Ce que montre le planning dépend de la façon dont « Stand prêt » a été saisi :

La deuxième version ne montre le retard qu’à celui qui lit la colonne des marges ou la liste des conflits ; le losange indique toujours le jour 26. La troisième décale la date et signale l’échéance manquée dès le jour 14, au moment où la responsable marketing met à jour la revue à 5 jours, douze jours ouvrés avant la fermeture du hall.

Les visuels ont encore 6 jours de marge et les unités de démonstration sont prêtes depuis longtemps, donc le temps doit être repris sur l’expédition et le montage. Le standiste peut livrer le stand sur le site en un jour avec sa propre camionnette et ajouter deux monteurs pour terminer le montage en un jour : expédition au jour 25, montage au jour 26, « Stand prêt » à la fin du jour 26. Le stand respecte l’échéance sans aucune marge restante, au prix de la camionnette et de deux jours-monteur supplémentaires. Cet arbitrage s’appelle la compression des délais (crashing), traitée dans comment rattraper un projet en retard.

Erreurs fréquentes#

• Des jalons avec une durée. « Jalon de tests, 5 jours » est une tâche. Si quelque chose prend du temps, planifiez-le comme du travail et placez le jalon à sa fin.
• Un jalon après chaque tâche. Les quelques jalons qui marquent une décision se retrouvent noyés sous des lignes intitulées « Tâche terminée ».
• Des réunions comme jalons. Un comité de pilotage le 14 est une entrée d’agenda. Le jalon est la décision qu’il doit prendre : « Budget de la phase 2 approuvé ».
• Faire glisser le losange à la date souhaitée. Dans Planitude, déplacer une tâche à la main pose une contrainte « début au plus tôt le » à la nouvelle date, et le jalon continue de suivre ses prédécesseurs. Une date plus précoce que ce que permet le travail est sans effet : le losange revient à la date que permet le travail. Une date plus tardive tient même si le travail finit plus tôt, et la contrainte survit à la raison pour laquelle elle a été posée.

Quand les jalons ne suffisent pas#

Un jalon ne renseigne qu’à son terme. Dans l’exemple, les 10 jours de fabrication ne disent rien avant le jour 21 à qui ne regarde que « Stand prêt » ; les longues tâches critiques ont besoin de points d’avancement intermédiaires.

Une date de jalon unique masque aussi son incertitude. Le jour 25 est ce que donne le planning si toutes les estimations tiennent, et avec six tâches à la suite, la probabilité qu’aucune ne déborde est faible : si chacune a 80 % de chances de finir à temps, les six y parviennent environ 26 % du temps (0,8 à la puissance six), un chiffre construit pour l’illustration (le guide pour estimer la durée des tâches explique pourquoi). Pour une date promise à l’extérieur de l’équipe, annoncez une date assortie d’une probabilité, comme le P80, et gardez l’écart visible sous forme de marge avant l’échéance.

Les jalons contractuels qui déclenchent un paiement demandent plus qu’une date. Si 30 % du prix est lié à « Recette validée », le contrat doit préciser ce qui se passe quand la recette est prononcée avec réserves ; le planning ne suit que la date à laquelle l’événement est attendu.

Comment faire dans Planitude#

Demandez à l’assistant IA d’ajouter un jalon après une tâche, ou importez-en un depuis un fichier .mpp ou un tableur, où une durée de 0 devient un jalon. Dans le diagramme de Gantt, c’est un losange ; liez-le comme n’importe quelle tâche. Saisissez la date externe dans son champ Échéance : l’échéance ne déplace pas le jalon, mais son repère passe au rouge quand le jalon la dépasse. Saisir une date ou faire glisser une barre pose un « début au plus tôt le » ; quand un jalon se trouve plus tard que ne le placeraient ses liens, vérifiez donc la contrainte dans le même panneau.

Le Résumé liste les jalons prévus dans les 14 prochains jours. Les rappels d’échéance envoient un e-mail aux personnes affectées vers 8 h 00, heure d’Europe centrale, pour les échéances du lendemain et les tâches en retard, et un lien iCal privé affiche tâches, jalons et échéances dans Google Agenda, Outlook ou Apple Calendrier. L’onglet Risques donne les dates P50, P80 et P95 de chaque jalon, avec la probabilité de respecter son échéance.

Il n’existe pas de champ de validation : décrivez l’événement vérifiable dans les notes de la tâche.

Questions fréquentes#