Ouvrez un planning de projet que vous n'avez pas rédigé vous-même et cherchez les jalons. Vous trouverez souvent quelque chose comme « Phase 2 terminée » : une barre qui s'étire sur deux semaines du calendrier, qui n'appartient à personne, sans aucune définition écrite de ce que « terminée » veut réellement dire.
Ce n'est pas un jalon. C'est une tâche déguisée, et elle ne vous avertira jamais de rien.
Les jalons sont le système d'alerte précoce le moins cher de la gestion de projet. Pas d'outil supplémentaire, pas de réunion supplémentaire, peut-être vingt minutes de mise en place. Mais ils ne fonctionnent que si vous les construisez d'une façon bien précise, et la plupart des plannings ne le font pas. Voici à quoi ressemble la version qui fonctionne.
Un jalon est un instant, pas une période de travail
Le Guide PMBOK définit un jalon comme un point ou un événement significatif dans un projet, un programme ou un portefeuille. Le mot clé est point. Un jalon a une durée nulle : il ne consomme ni temps, ni budget, ni personnel.
Ce zéro n'est pas un détail technique. C'est tout le mécanisme.
Une tâche peut être réalisée à 60 %. Un jalon, non. Soit il est atteint à une date précise, soit il ne l'est pas, et c'est ce caractère binaire qui en fait un point de contrôle exploitable. Dès que vous donnez à un jalon une date de début et une date de fin, vous laissez à votre équipe la latitude de le déclarer « presque fini » — et « presque fini », c'est précisément ainsi que quatre semaines de glissement restent invisibles jusqu'à la semaine qui précède le lancement.
Le test des quatre questions
Avant d'ajouter un jalon à un planning, soumettez-le à ces questions :
- Est-il binaire ? Si quelqu'un peut raisonnablement répondre « en partie », vous avez affaire à une tâche.
- Quelque chose change-t-il en aval ? Un vrai jalon débloque du travail, libère de l'argent ou transfère une responsabilité. Si rien ne se passe différemment le lendemain, c'est de la décoration.
- Une personne extérieure à l'équipe de réalisation s'en soucierait-elle ? Les jalons sont un outil de communication autant que de planification. Un point de contrôle que seule votre équipe comprend a sa place dans votre liste de tâches, pas sur la ligne des jalons.
- Pouvez-vous écrire ses critères d'acceptation en une phrase ? Si vous n'y arrivez pas, personne ne sera d'accord sur le fait qu'il a été atteint ou non.
C'est cette dernière question qui fait le plus gros du travail. « Tests » n'est pas un jalon. « Tests terminés, zéro défaut critique ouvert » en est un. Le second ne peut pas être déclaré atteint tant que trois bugs critiques restent ouverts, et c'est exactement le but : des critères d'acceptation précis sont le remède au syndrome du « fini à 99 % », où un point de contrôle est marqué comme terminé alors que deux semaines de finitions se poursuivent discrètement derrière lui.
Ensuite, désignez un responsable. Pas la personne qui réalise le travail qui alimente le jalon, mais la seule personne qui déclare s'il est atteint ou non au regard de ces critères. Un point de contrôle qui appartient à « l'équipe » est un point de contrôle que personne n'a à défendre.
Combien de jalons faut-il ?
Il y a deux façons d'échouer. Trois jalons sur un programme de neuf mois ne servent à rien : le premier signal honnête arrive au quatrième mois. Quarante jalons sur un projet de douze semaines ne servent à rien non plus, car quand tout est un point de contrôle, plus rien ne l'est.
Une règle pratique : espacez-les de sorte qu'aucune portion du projet ne dure plus de deux à quatre semaines sans jalon, et gardez un total assez réduit pour tenir sur une seule diapositive de point d'avancement. Sur la plupart des projets, on arrive ainsi à un chiffre entre cinq et douze.
Un jeu par défaut qui s'applique à presque tous les domaines :
- Planning approuvé et référence enregistrée
- Périmètre gelé
- Conception ou spécifications validées
- Réalisation terminée / gel des fonctionnalités
- Livraison au client, à l'utilisateur final ou à l'équipe QA
- Mise en production
Les jalons ont besoin de prédécesseurs, pas seulement de dates
Voici l'erreur structurelle qui désactive silencieusement tout le système : poser un jalon à une date sans aucune dépendance qui y mène.
Un jalon sans prédécesseur est une affirmation. Il est placé au 14 novembre parce que quelqu'un a tapé 14 novembre. Les tâches glissent autour de lui, le losange ne bouge pas, et votre planning continue d'afficher une date qui a cessé d'être vraie il y a trois semaines.
Un jalon avec des prédécesseurs est un calcul. Reliez chaque tâche qui doit être terminée avant que le point de contrôle puisse être déclaré atteint — en Fin-à-début, vers le losange — et le jalon devient la plus tardive de ces dates de fin. Qu'un seul prédécesseur glisse, et le jalon se déplace le jour même, sur le diagramme, sans que personne n'ait besoin de s'en apercevoir.
Deux conséquences sont à anticiper. D'abord, un jalon qui reçoit de nombreux liens est un point de convergence, et les points de convergence concentrent le risque : six prédécesseurs, ce sont six occasions indépendantes d'être en retard, qui tombent toutes à la même date. Ensuite, les jalons héritent de la marge comme n'importe quel autre nœud du réseau. Un jalon à marge nulle se trouve sur le chemin critique, ce qui veut dire que ce n'est pas un point de contrôle que vous pouvez manquer en toute discrétion.
Les suivre : l'analyse de tendance des jalons
Une fois les jalons correctement reliés au planning, vous débloquez le graphique le plus instructif et le moins utilisé de la gestion de projet.
L'analyse de tendance des jalons est simple. À chaque cycle de reporting, notez la date prévisionnelle du jour pour chaque jalon, et conservez l'historique au lieu de l'écraser. Placez la date du point d'avancement sur l'axe horizontal et la date prévisionnelle du jalon sur l'axe vertical.
Suivre chaque semaine un jalon de mise en production pourrait donner ceci :
| Date de revue | Mise en production prévue |
|---|---|
| Semaine 1 | 14 nov. |
| Semaine 2 | 14 nov. |
| Semaine 3 | 19 nov. |
| Semaine 4 | 26 nov. |
| Semaine 5 | 3 déc. |
Une ligne plate signifie que la prévision est stable. Une ligne qui monte signifie que le jalon vous échappe, et c'est la pente qui constitue le vrai signal. À partir de la semaine 3, ce projet perd sept jours par semaine : la date de mise en production recule exactement aussi vite que le calendrier avance. Ce n'est pas un projet qui se rattrape en seconde moitié. C'est un projet dont le planning et la réalité se sont séparés — et le graphique l'a montré trois semaines avant que la date ne soit officiellement manquée.
Une discipline fait fonctionner tout cela, et elle va à l'encontre de l'intuition : consignez le glissement au lieu de modifier la date d'origine pour la faire coller à la réalité. Chaque fois que quelqu'un déplace discrètement un jalon jusqu'à sa position actuelle, un point de données est détruit et la tendance s'aplatit en un mensonge confortable.
Comment cela fonctionne dans LoopGantt
Dans LoopGantt, un jalon est une tâche de durée nulle, et chaque vue l'affiche différemment, à dessein.
- Sur le diagramme de Gantt, il apparaît sous forme de losange plutôt que de barre, pour que les points de contrôle du planning se lisent d'un coup d'œil, et la mise en évidence du chemin critique montre immédiatement lesquels n'ont plus de marge.
- Dans la vue Tableau, ses dates de début et de fin sont identiques et la colonne Jours reste vide. Cela accélère l'audit du planning de quelqu'un d'autre : tout ce qui est étiqueté jalon et affiche une durée n'en est pas un.
- Dans la vue Calendrier, le losange occupe son unique jour au lieu de s'étendre sur plusieurs cases, à côté des tâches qui, elles, s'étendent.
- Dans l'arborescence WBS, les jalons apparaissent sous forme de nœuds en losange parmi les nœuds de tâche circulaires, ce qui vous permet de voir si chaque phase se termine bien par un point de contrôle.
C'est dans le tableau de bord que les jalons prouvent leur valeur. Il comporte un bloc dédié, Jalons, qui liste chacun d'eux avec sa date et son statut, et une section Contrôles du planning qui signale ceux que le réseau juge en difficulté — par exemple Jalon à risque : « Démarrage du projet » — ajoutez une marge de temps avant ce jalon ou réduisez le périmètre des tâches prédécesseurs. Ces contrôles sont calculés directement à partir du graphe des dépendances et de la marge : ils apparaissent instantanément et ne consomment aucun quota d'IA.
Pour l'analyse de tendance décrite plus haut, les références enregistrent vos dates planifiées : vous pouvez ainsi comparer les dates prévues des jalons à leurs dates actuelles, au lieu de vous fier à votre mémoire ou à de vieilles captures d'écran. Les diagrammes de Gantt, les dépendances, les jalons et l'analyse du chemin critique sont disponibles dans l'offre gratuite ; les références et le suivi des écarts sont inclus dans Pro, et le forfait Teams est facturé par membre. Les tarifs actuels sont ici.
Quatre erreurs à éviter
- Donner une durée à un jalon. Il devient possible de le déclarer partiellement atteint, ce qui est justement la seule chose qu'un point de contrôle ne doit jamais être.
- Le laisser sans lien. Un jalon sans lien ne peut pas glisser, donc il ne peut pas vous avertir. Il conservera sa date jusqu'au jour même où il sera manqué.
- Ne pas écrire les critères d'acceptation. Sans eux, « terminé » se négocie en réunion de suivi, et c'est le plus sûr de lui qui l'emporte.
- Modifier la date au lieu de consigner le glissement. Cela ressemble à de la bonne hygiène, et cela détruit le seul jeu de données qui vous aurait montré la tendance.
En résumé
Un jalon utile a cinq propriétés : une durée nulle, un résultat binaire, un responsable nommément désigné, des critères d'acceptation écrits et de vrais prédécesseurs qui y mènent. Respectez-les, et votre planning commencera à signaler les problèmes des semaines avant qu'ils n'arrivent. Négligez-les, et vous aurez des losanges décoratifs.
Si votre planning actuel comporte déjà des jalons, faites un audit cette semaine. Ouvrez chacun d'eux et vérifiez ce qui y est relié. Ceux qui n'ont rien en amont sont ceux qui vous mentent.