Le jalon : un point de décision, pas une date sur un planning

Un jalon qui ne déclenche aucune décision n'est pas un jalon, c'est une case cochée. La nuance a l'air théorique ; elle explique pourquoi certains plannings tiennent et d'autres glissent de trois mois sans que personne s'en aperçoive.

Le vocabulaire du projet digital, expliqué simplement

Laurent Tulpan, directeur de projet digital
Publié le 22 septembre 2026, mis à jour le 9 octobre 2026, lecture 5 min

Définition du jalon de projet

Un jalon est un point de contrôle daté d'un projet, de durée nulle, qui marque l'atteinte d'un état vérifiable et déclenche une décision : continuer, corriger, ou arrêter. Il ne consomme aucune ressource et ne produit rien par lui-même : il constate qu'un ensemble de travaux est arrivé à un point convenu, et il oblige quelqu'un à se prononcer.

On parle aussi de milestone. Le mot vient du bornage des routes : une borne ne fait pas avancer, elle dit où l'on est. C'est exactement la fonction.

Jalon, tâche, échéance, livrable

Ces quatre mots occupent la même colonne dans la plupart des plannings, et c'est ce qui rend ces plannings illisibles.

Quatre objets qu'un planning confond souvent
ObjetDuréeCe qu'il produitQui s'en occupe
JalonNulleUne décisionCelui qui arbitre
TâcheNon nulleDu travail faitCelui qui exécute
ÉchéanceNulleRien, c'est une contrainte de datePersonne, elle s'impose
LivrableNulleUn objet remisCelui qui produit

La confusion la plus coûteuse est celle entre jalon et échéance. Une échéance subie, comme une date de salon ou une obligation réglementaire, ne se négocie pas ; un jalon, lui, existe pour qu'on puisse décider de décaler le reste. Traiter une échéance comme un jalon fait croire qu'on a une marge qu'on n'a pas.

Poser des jalons qui servent à quelque chose

  • Un critère d'atteinte vérifiable, écrit avant. « Conception terminée » ne se vérifie pas ; « maquettes validées par le métier et spécifications relues » se vérifie.
  • Une décision associée, et une personne pour la prendre. Si le franchissement du jalon ne change rien à ce qui suit, le jalon est décoratif.
  • Une issue négative prévue. Un jalon qu'on ne peut pas ne pas franchir ne sert à rien. Qu'est-ce qu'on fait si le critère n'est pas atteint ? La réponse se donne au cadrage, pas le jour dit.
  • Peu de jalons. Cinq ou six sur un projet de quelques mois. Au-delà, ils perdent leur poids et redeviennent des cases.

Sur une refonte de site, les jalons qui comptent sont presque toujours les mêmes : périmètre gelé, maquettes validées, recette prononcée, bascule. Le détail des phases et de leur enchaînement est dans le rétroplanning d'une refonte. Pour tout autre projet, la méthode du rétroplanning date les jalons à rebours depuis l'échéance.

Pourquoi ils glissent, et ce qu'il faut regarder

Un jalon glisse rarement seul. Quand une date bouge, la question utile n'est pas « de combien ? » mais « qu'est-ce qui n'était pas prêt, et depuis quand le savait-on ? ». Dans la plupart des projets que je reprends, l'information existait plusieurs semaines avant, chez quelqu'un qui n'avait pas le mandat de la remonter.

C'est pour cela que les jalons se lisent en comité, pas dans un fichier partagé. L'instance qui les regarde et le rythme de ces séances relèvent de la comitologie du projet ; la personne qui tranche à chaque jalon se désigne dans une matrice RACI.

Et en agile ?

Les jalons n'appartiennent pas au cycle en V. Un projet agile en a aussi, simplement ils portent sur autre chose : la fin d'un incrément livrable, l'ouverture à un premier groupe d'utilisateurs, la bascule en production. Ce qui change, c'est qu'ils ne figent pas le contenu ; ce qui ne change pas, c'est qu'ils déclenchent une décision.

Ce qu'on me demande sur les jalons

Faut-il lier les paiements du prestataire aux jalons ?
Oui, c'est l'échéancier le plus sain, à condition que chaque versement suive un critère vérifiable plutôt qu'une date. « Maquettes validées » ou « PV de recette signé » déclenchent un paiement ; « fin mars » ne prouve rien sur l'avancement. Vous payez ce qui a été constaté, et le prestataire sait précisément ce qu'il doit atteindre pour facturer. Gardez une part du montant pour la fin : une fois tout réglé, un défaut relevé à la recette pèse beaucoup moins dans la discussion.
Quels sont les principaux jalons d'un projet ?
Ceux où une décision change la suite, et on les retrouve d'un projet à l'autre. Le lancement, quand budget et périmètre sont arrêtés. La validation de la conception, qui gèle ce qu'on va construire. La recette prononcée, qui autorise la mise en service. La mise en service elle-même, puis une clôture qui solde le contrat et tire le bilan. Sur un projet long, ajoutez un jalon à chaque livraison partielle. Quelle que soit la méthode, chacun pose la même question : a-t-on ce qu'il faut pour engager l'étape suivante ?
Comment repérer les jalons dans un diagramme de Gantt ?
Par convention, ce sont les losanges, posés sur une date et sans durée, à la différence des barres qui représentent les tâches. Regardez d'abord ce qui mène à chacun : les tâches qui le précèdent doivent être terminées pour le franchir, et l'une d'elles est souvent de votre côté, comme une validation, des contenus ou un accès à fournir. Demandez ensuite qui prononce chaque losange et sur quel critère. Un Gantt sans aucun losange ne vous dit jamais quand vous aurez à décider, seulement quand le prestataire compte avoir fini.
Que faire quand un jalon n'est pas atteint ?
Appliquer ce qui a été décidé au cadrage, ce qui suppose de l'avoir décidé au cadrage. Les trois issues possibles sont de réduire le périmètre, de décaler la suite, ou d'arrêter : elles doivent être acceptables toutes les trois avant de commencer, sinon le jalon ne sert qu'à constater le retard.
Les jalons existent-ils en agile ?
Oui, mais ils portent sur la livraison plutôt que sur la validation d'un document : fin d'un incrément livrable, ouverture à un premier groupe d'utilisateurs, mise en production. Ils ne figent pas le contenu, et ils déclenchent quand même une décision.

Décider, et savoir qui décide

Un planning qui glisse sans qu'on sache pourquoi ?

C'est presque toujours qu'aucun jalon ne déclenche de décision. Vingt minutes suffisent pour le voir sur votre calendrier. Réponse sous 24 h ouvrées, par la personne qui pilotera votre projet.

Laurent TulpanLaurent Tulpanvous répond sous 24 h