Vous connaissez déjà le principe : quand la date est imposée, on organise le projet à rebours et on ajuste le périmètre. Pour le cadre conceptuel, voir C'est quoi le rétroplanning agile ?. Ici, on déroule la méthode pas à pas : quoi faire, dans quel ordre, et comment savoir si l'étape est terminée.
Étape 0 : Confirmer que c'est la bonne approche
Le rétroplanning convient si la date (ou le budget) est non négociable et si le périmètre peut être priorisé. Si la date doit encore être calculée à partir d'un contenu stable, passez plutôt à la planification de projet étape par étape. Pour un diagnostic plus complet (cas mixtes, signaux d'erreur), voir Comment savoir quelle méthode appliquer selon mon projet.
Critère de sortie : vous pouvez écrire en une phrase : « On tient le jour J en ajustant le contenu, pas en recalculant la date. »
Étape 1 : Ancrer la date, les jalons et les phases
- Fixer la date de fin (jour J).
- Positionner les jalons non négociables (réglementaire, salon, validation client, événement externe).
- Découper l'intervalle en phases concrètes (ex. conception, production, recette, livraison).
Support utile : une feuille de route simple sur le calendrier réel.
Critère de sortie : chaque phase a une fenêtre de dates, et aucun jalon critique n'est « quelque part dans le projet ».
Si ça coince : les phases restent des intentions vagues (« avancer », « finaliser »). Renommez-les par un résultat observable avant de prioriser.
Étape 2 : Lister, puis prioriser pour le jour J
- Lister ce qu'on ferait si le temps était infini.
- Classer les éléments pour le jour J : indispensables, importants, optionnels, exclus.
- Rendre explicites les éléments hors échéance.
Support utile : un tableau de priorisation partagé.
Règles pour trancher (au-delà des quatre cases)
Les quatre niveaux ne suffisent pas si chacun classe « à l'instinct ». Trois questions aident à trancher de façon partageable :
- Valeur pour le jour J : sans cet élément, l'échéance a-t-elle encore un sens pour le client ou le sponsor ?
- Risque : reporter cet élément augmente-t-il fortement le risque d'échec, de non-conformité ou de blocage plus tard ?
- Dépendance : d'autres éléments indispensables en ont-ils besoin pour démarrer ou être validés ?
Un élément qui coche les trois a vocation à rester indispensable. Un élément utile mais sans impact sur le jour J, sans risque majeur et sans dépendance structurante bascule plutôt en important, optionnel ou exclu.
Critère de sortie : la priorisation du jour J est écrite et partagée, y compris les éléments exclus, et chaque élément indispensable peut être justifié par au moins une de ces trois règles.
Si ça coince : tous les éléments sont marqués indispensables. Tranchez avec une question forcée : « Si on ne pouvait livrer que 60 % de la liste, que garderait-on ? »
Étape 3 : Charger les cycles selon la capacité réelle
- Définir un cycle (dates début/fin, personnes).
- Calculer la capacité réelle (voir ci-dessous).
- Faire entrer d'abord les éléments indispensables, puis les éléments importants, jusqu'à la limite de capacité.
- Lire le taux d'occupation : s'il dépasse ce qui est tenable, réduire les éléments indispensables ou reporter.
Support utile : un cycle de travail avec vue capacité vs charge.
Comment calculer la capacité (formule simple)
Pour une personne sur un cycle :
Capacité = jours ouvrés du cycle × heures productives par jour, après retrait du temps non disponible pour ce projet.
En pratique, retirez explicitement :
- autres projets : jours ou heures déjà engagés ailleurs ;
- absences : congés, formations, jours fériés ;
- réunions récurrentes : comités, syncs, reporting qui ne produisent pas l'élément du cycle.
Exemple : cycle de 10 jours ouvrés, 6 heures productives par jour en théorie, mais 1 jour d'absence et 1 heure de réunions par jour. Capacité ≈ (10 − 1) × (6 − 1) = 45 heures, pas 60.
Additionnez ensuite les capacités des personnes concernées. C'est cette somme qu'on confronte à la charge estimée des éléments choisis pour le cycle.
Un point souvent plus pertinent encore : plutôt que de prévoir des cycles à l'échelle d'un seul projet, on définit des cycles d'équipe (mêmes dates, mêmes personnes), puis on compare charge et capacité sur l'ensemble des projets qui alimentent ce cycle. Chaque projet apporte ses éléments ; la capacité, elle, est unique. C'est à ce niveau que l'on voit vraiment si l'équipe tient, ou si un projet « tient » seulement parce qu'il ignore les autres.
Pièges fréquents : compter 8 heures productives par jour ; oublier qu'une personne est déjà à 40 % sur un autre projet ; sous-estimer les réunions « courtes » qui mangent une demi-journée ; optimiser le cycle d'un projet isolé alors que la saturation se joue sur le portefeuille.
Critère de sortie : la charge du cycle est inférieure ou égale à la capacité annoncée, sans « on serrera les dents ».
Si ça coince : la capacité est trop basse pour les éléments indispensables. Revenir à l'étape 2, ou négocier des moyens. Ne pas compresser en silence.
Étape 4 : Valider avant d'engager
Confrontez le rétroplanning aux producteurs, puis partagez-le avec le client ou le sponsor.
- Phases et jalons : réalistes dans le calendrier ?
- Priorisation : comprise, y compris les éléments exclus du jour J ?
- Charge : compatible avec la capacité réelle ?
Critère de sortie : une promesse formulée ainsi : « Voici ce qui sera livré d'ici le jour J, compte tenu des moyens », et non « on livrera tout ».
Que faire en cours de route
Un rétroplanning agile ne se fige pas au lancement. Trois situations reviennent souvent :
Un jalon est raté ou glisse
Ne décalez pas toute la suite « par magie ». Recalculez l'impact sur les phases suivantes et sur le jour J. Si le jour J reste non négociable, réduisez ou reportez des éléments, ou renégociez le jalon intermédiaire. L'important est de rendre l'écart visible tout de suite.
La liste des éléments indispensables grossit
Chaque nouvel élément indispensable doit repasser par les trois règles (valeur jour J, risque, dépendance) et par la capacité. Si on ajoute sans retirer, on revient à la promesse totale. Demandez : quel élément sort ou est reporté en échange ?
La capacité baisse
Absence imprévue, autre projet prioritaire, charge de réunions qui monte : mettez à jour la capacité du cycle en cours, puis ajustez le contenu du cycle avant d'espérer tenir le même volume. Revenir à l'étape 2 ou 3 est normal ; continuer avec la même charge ne l'est pas.
Les erreurs fréquentes à éviter
- tout promettre puis compresser le travail en silence ;
- poser des phases sans prioriser ;
- prioriser sans confronter la capacité ;
- cacher une réduction de périmètre au lieu de la rendre explicite ;
- figer le rétroplanning dans un fichier qu'on ne met jamais à jour ;
- confondre la méthode avec un cadre agile particulier : l'ordre des décisions prime sur les rituels.
Synthèse
Faire un rétroplanning agile, c'est enchaîner quatre décisions : confirmer que la date est la contrainte, ancrer jalons et phases, prioriser pour le jour J, charger selon la capacité, puis valider. Chaque étape a un critère de sortie. Tant qu'il n'est pas rempli, l'échéance affichée reste une intention, pas un engagement.
