Un rétroplanning part de la date à laquelle le projet doit être livré et remonte le temps, étape par étape, pour dater le jour où chacune doit commencer au plus tard. Son intérêt est immédiat : il dit si le projet tient. Sa faiblesse est connue de ceux qui en ont tenu : il glisse d'abord sur les tâches du client.
Le générateur ci-dessous fait le calcul à votre place, en jours ouvrés et jours fériés français déduits. La suite de la page explique comment construire un rétroplanning qui résiste au premier imprévu, et où placer les marges pour qu'elles servent.
Générateur de rétroplanning
Indiquez la date de livraison, ajustez les étapes et leurs durées en jours ouvrés. Le calcul se fait dans votre navigateur : rien n'est envoyé.
Placée juste avant la date de livraison. À vous de la fixer.
Jours fériés déduits
Modifier les étapes et leurs durées
Exemple de départ pour un projet web : remplacez les étapes et les durées par celles de votre projet. Les lignes « côté client » sont celles qui glissent le plus souvent.
| Étape | Côté | Durée | Jalon | Actions |
|---|
Rétroplanning : définition, et ce qui le distingue d'un planning
Le rétroplanning (on écrit aussi rétro-planning, rétro planning ou retro planning), ou rétroplanification, est un calendrier construit à rebours : la date de fin est le point fixe, et chaque étape est placée en remontant, de la dernière à la première. Un planning classique fait l'inverse. Il part d'aujourd'hui, empile les tâches, et découvre à la fin la date d'arrivée.
La différence tient à la question que le calendrier pose à l'équipe, et donc aux décisions qu'il provoque.
| Critère | Planning classique | Rétroplanning |
|---|---|---|
| Point fixe | La date de démarrage | La date de livraison |
| Question posée | Quand aurons-nous fini ? | Quand faut-il avoir commencé chaque étape ? |
| Ce qu'il révèle | Un retard, une fois qu'il est là | Une impossibilité, avant qu'elle coûte |
| Variable d'ajustement | La date de fin | Le périmètre, les moyens ou les marges |
| Cas d'usage type | Projet sans échéance imposée | Lancement, salon, obligation légale, saison commerciale |
Le rétroplanning a une brutalité utile : si la date de démarrage calculée tombe dans le passé, le projet ne tient pas tel qu'il est décrit. Personne n'a besoin d'en débattre, le calendrier l'a dit.
Comment faire un rétroplanning, étape par étape
Pour faire un rétroplanning, fixez la date de fin, listez les livrables, nommez un responsable pour chacun, estimez les durées en jours ouvrés, puis datez chaque étape à rebours en plaçant les jalons de décision. Six gestes, dont le plus négligé est le troisième : nommer les responsables côté client.
1. Fixer la date de fin, et savoir si elle est négociable
Tout part d'une date. Encore faut-il savoir ce qu'elle protège. Une date dictée par un salon, une obligation réglementaire ou une campagne achetée ne bouge pas. Une date choisie parce qu'elle « sonnait bien » en comité peut bouger, et il vaut mieux le savoir avant de sacrifier la recette pour la tenir. La première question à poser est donc : qui a fixé cette date, et que se passe-t-il si on la manque ? La réponse change la façon d'arbitrer tout le reste.
2. Lister les livrables, pas les tâches
Un rétroplanning lisible compte des étapes qui produisent quelque chose de vérifiable : un cahier des charges signé, des maquettes validées, un site recetté. « Réunions de suivi » ou « échanges avec le prestataire » décrivent des activités, qui n'ont rien à faire dans ce document. Dix à quinze lignes suffisent pour la plupart des projets. Au-delà, le document devient un planning de production, qui a sa place, mais pas celle-là.
3. Nommer qui fait quoi, y compris chez vous
Chaque ligne reçoit un nom, pas un service. Et une partie de ces noms sont ceux du client : c'est lui qui valide, qui fournit les contenus, qui ouvre les accès, qui décide. Une matrice RACI fait ce travail proprement quand les acteurs sont nombreux. Sans ce nom, une date de validation n'appartient à personne, et une date qui n'appartient à personne glisse.
4. Estimer les durées en jours ouvrés
Une durée se compte en jours de travail réels : week-ends, jours fériés et congés en moins. La France métropolitaine compte onze jours fériés légaux, jusqu'à deux de plus en Alsace-Moselle, et plusieurs tombent en mai, au moment où beaucoup de projets visent une mise en ligne avant l'été. Un rétroplanning calculé en jours calendaires en mai ment de plusieurs jours sans que personne le remarque. Le générateur de cette page les déduit automatiquement.
Pour estimer chaque durée, la meilleure source reste le projet précédent, pas l'intuition. J'y reviens plus bas : l'intuition se trompe presque toujours dans le même sens, celui de l'optimisme.
5. Dater à rebours et poser les jalons de décision
On part de la date de fin, on retire la durée de la dernière étape, et on obtient sa date de début. La veille ouvrée de ce début devient la date de fin de l'étape précédente, et ainsi de suite jusqu'à la première. Certaines lignes sont des jalons : un point où une décision doit être prise pour que la suite démarre. Ce sont elles qu'il faut communiquer en premier, avec leur date et leur propriétaire.
6. Lire le résultat, surtout quand il dérange
Si la première étape doit commencer dans le passé, trois leviers existent, et seulement trois : réduire le périmètre, ajouter des moyens sur les étapes qui s'y prêtent, ou déplacer la date. Comprimer la recette ne fait que repousser les problèmes après la mise en ligne. Le choix reste le vôtre ; le rétroplanning vous empêche seulement de le repousser.
Où un rétroplanning glisse vraiment : chez le client
Un rétroplanning glisse rarement sur les étapes du prestataire. Il glisse sur celles du client : les validations qui attendent un comité, les contenus livrés en retard, les accès qui n'arrivent pas, les décisions reportées. Ce sont les seules lignes que personne ne suit, parce que chacun suppose que le client les tient.
Le prestataire a un chef de projet dont c'est le métier de tenir ses dates. Le client, lui, a des personnes pour qui valider des maquettes est une tâche de plus dans une semaine déjà pleine. Quand la validation prend dix jours au lieu de trois, le retard ne se voit pas tout de suite : il s'additionne, puis se reporte sur la dernière étape visible, presque toujours la recette.
Sur les projets que j'ai pilotés, la date de mise en ligne se tient quand la première validation se tient. C'est un signal précoce, qui se lit dès les premières semaines. Sur la refonte des portails juridiques d'un groupe d'édition, huit mois de projet, la mise en production a été tenue à la date annoncée. Ce qui l'a permis n'avait rien d'original : le périmètre gelé après le cadrage, et la recette préparée pendant le développement au lieu d'être improvisée à la fin.
Ce que le rétroplanning doit montrer côté client
Dans le document lui-même, trois règles suffisent :
- chaque tâche du client a sa propre ligne, avec une durée et un nom, comme une tâche du prestataire ;
- les validations sont comptées en jours ouvrés réalistes, pas en « retour sous 48 h » que personne n'a promis ;
- les contenus ont une date de livraison, et une date à laquelle on décide de partir avec ce qu'on a.
Où placer les marges pour qu'elles servent
Une marge sert quand elle est visible, nommée et placée en fin de chaîne, avant la date à protéger. Répartie en douce dans chaque tâche, elle est consommée par la tâche elle-même et ne protège plus rien.
Deux constats anciens l'expliquent. Le premier est la loi que l'historien C. Northcote Parkinson a formulée dans The Economist en 1955 : le travail s'étale de façon à occuper le temps disponible. Une tâche à laquelle on a accordé cinq jours « par sécurité » en prend cinq. Le second est l'erreur de planification. En 1994, les psychologues Roger Buehler, Dale Griffin et Michael Ross ont demandé à des étudiants de l'université de Waterloo quand ils rendraient leur mémoire : ils prévoyaient 33,9 jours en moyenne et en ont mis 55,5. Moins d'un tiers ont tenu leur propre estimation, et moins de la moitié ont tenu leur scénario du pire.
La méthode de la chaîne critique, décrite par Eliyahu Goldratt en 1997, propose une réponse : retirer la sécurité cachée de chaque tâche et la regrouper en une marge commune, placée à la fin, qui protège la date de livraison. J'y ajoute une précaution : une petite marge devant chaque validation du client, parce que c'est là que le temps se perd.
Règle pratique. Une marge qui n'apparaît pas dans le rétroplanning n'existe pas. Écrivez-la comme une ligne, avec un nom : « marge projet ». Le jour où elle commence à fondre, vous le voyez, et vous avez encore le temps d'arbitrer.
Faire un rétroplanning dans Excel
Un tableur suffit pour la plupart des projets. La fonction qui fait le travail s'appelle SERIE.JOUR.OUVRE dans Excel en français (WORKDAY en anglais) : elle ajoute ou retire un nombre de jours ouvrés à une date, en sautant les week-ends et une liste de jours fériés que vous lui donnez.
Pour dater à rebours, on écrit la date de fin de la dernière étape, puis sa date de début avec SERIE.JOUR.OUVRE(fin ; -(durée - 1) ; fériés). La fin de l'étape précédente est le jour ouvré qui précède, soit SERIE.JOUR.OUVRE(début ; -1 ; fériés). Il suffit de recopier la formule vers le haut.
Le modèle ci-dessous est prêt à remplir : colonnes phase, responsable, côté client ou prestataire, durée, début, fin et jalon, formules déjà posées, jours fériés français de 2026 à 2030 inclus. Vous ne saisissez que la date de fin et les durées.
Télécharger le modèle de rétroplanning (Excel)
Exemple de rétroplanning : un projet web livré le 1er juin 2027
Voici le rétroplanning que produit le générateur de cette page avec ses étapes par défaut et une livraison le mardi 1er juin 2027, sans marge : 104 jours ouvrés, un démarrage au plus tard le lundi 4 janvier 2027, et 23 jours qui dépendent du client. Saisissez la même date plus haut, vous obtiendrez les mêmes lignes.
| Étape | Qui | Durée | Début | Fin |
|---|---|---|---|---|
| Cadrage | les deux | 10 j. | lun. 4 janv. | ven. 15 janv. |
| Validation du cadrage (jalon) | client | 3 j. | lun. 18 janv. | mer. 20 janv. |
| Cahier des charges | les deux | 10 j. | jeu. 21 janv. | mer. 3 févr. |
| Validation du cahier des charges (jalon) | client | 5 j. | jeu. 4 févr. | mer. 10 févr. |
| Conception et maquettes | prestataire | 15 j. | jeu. 11 févr. | mer. 3 mars |
| Validation des maquettes (jalon) | client | 5 j. | jeu. 4 mars | mer. 10 mars |
| Production | prestataire | 30 j. | jeu. 11 mars | jeu. 22 avr. |
| Livraison des contenus | client | 10 j. | ven. 23 avr. | ven. 7 mai |
| Recette | les deux | 10 j. | lun. 10 mai | lun. 24 mai |
| Corrections et recette finale (jalon) | prestataire | 5 j. | mar. 25 mai | lun. 31 mai |
| Mise en production (jalon) | prestataire | 1 j. | mar. 1er juin | mar. 1er juin |
Trois choses se lisent dans ce tableau, et aucune ne saute aux yeux quand on planifie dans l'autre sens.
Le projet commence en décembre. Démarrer le 4 janvier suppose que le prestataire est choisi et le budget voté avant les fêtes. Avec une marge de dix jours ouvrés avant la livraison, le démarrage recule au jeudi 17 décembre 2026. C'est souvent là que le premier glissement se produit, avant même la première ligne du planning.
Un jour sur cinq appartient au client. Les trois validations et la livraison des contenus pèsent 23 jours sur 104. Sans marge, chaque jour de retard sur l'une de ces lignes décale la mise en ligne d'autant : c'est pourquoi le générateur les signale « côté client » et en compte la part.
Les jours fériés de mai sont déjà déduits. L'Ascension (jeudi 6 mai) tombe pendant la livraison des contenus, le lundi de Pentecôte (17 mai) pendant la recette, le lundi de Pâques (29 mars) pendant la production. En 2027, le 1er et le 8 mai tombent un samedi et ne coûtent rien. Un calendrier compté à la main les oublie presque toujours.
Pour une refonte de site, les phases changent un peu (audit de l'existant, redirections, suivi après la bascule) : elles sont détaillées, avec leurs durées indicatives, dans le rétroplanning d'une refonte de site web.
Qui doit tenir le rétroplanning
Celui qui a intérêt à ce que la date tienne, et le mandat de faire arbitrer quand elle ne tient plus. Chez le prestataire, le rétroplanning protège sa production. Côté client, il protège la date elle-même, y compris contre les retards du client. Quand je pilote un projet pour une entreprise, c'est moi qui le tiens, pour cette raison : il est plus facile de relancer un comité de validation quand on n'est pas celui qui livre. Si c'est la situation dans laquelle vous êtes, c'est la mission de direction de projet externalisée.
