Qu'est-ce qu'un rétroplanning ?
Un rétroplanning est un calendrier de projet construit à rebours : au lieu de partir de la date de départ, on part de la date d'arrivée (la mise en ligne) et on remonte le temps, étape par étape, pour déduire quand chaque phase doit commencer. Appliqué à une refonte, il traduit une échéance en séquence de phases datées, jalonnées et dotées de marges.
La différence avec un planning classique est réelle. Un planning avant se lit de gauche à droite : on démarre et on verra bien quand on arrive. Un rétroplanning inverse la logique : la date de fin est le point fixe, et c'est à l'équipe de projet de faire tenir les phases dans le temps disponible. Cette contrainte oblige à trancher tôt sur le périmètre, parce que tout ce qu'on ajoute repousse d'autant la date de démarrage, jusqu'à la rendre impossible (elle tomberait dans le passé). J'aime cette brutalité : elle rend les arbitrages visibles.
Un rétroplanning de refonte répond à une seule question : pour être en ligne le tel jour, quand faut-il avoir signé le cahier des charges, validé les maquettes, gelé les contenus ? C'est un outil de pilotage autant que de communication : il rend visibles, à chaque partie prenante, la date à laquelle sa décision est attendue. Un délai se tient rarement par hasard ; il se tient parce que chacun sait ce qu'il doit livrer, et quand.
Les grandes phases à placer dans le calendrier
Une refonte s'enchaîne en huit phases stables : cadrage et audit, cahier des charges, conception, développement et intégration, préparation SEO et redirections, recette, mise en ligne, puis suivi post-lancement. Le rétroplanning les reprend dans l'ordre inverse pour caler chaque date de démarrage à partir de la mise en ligne.
Chaque phase produit un livrable qui conditionne la suivante, ce qui interdit de les faire se chevaucher n'importe comment. Une équipe qui avance par sprints successifs découpe le développement à l'intérieur de sa phase, sans en changer la place dans la séquence. On ne conçoit pas sans cahier des charges signé, on ne développe pas sans maquettes validées, on ne met pas en ligne sans recette. Pour bâtir le rétroplanning, on liste donc ces phases à rebours :
- Suivi post-lancement. Il commence le jour de la bascule et court plusieurs semaines : à réserver dès maintenant dans le calendrier.
- Mise en ligne. Le jour J, idéalement sur un créneau à faible trafic. Court, mais à dater précisément.
- Recette. La phase de tests, à ne jamais compresser. Elle précède immédiatement la bascule.
- Développement et intégration des contenus. Le poste le plus lourd en jours de travail.
- Conception. Arborescence, wireframes, maquettes : plusieurs validations successives.
- Cahier des charges. Le document de référence qui débloque tout le reste.
- Cadrage et audit. Le point de départ réel, en amont de tout, avec l'audit du site existant qui alimente les décisions.
Pour le détail de ce que produit chaque phase et le rôle du pilote à chacune, référez-vous au guide dédié aux étapes d'une refonte de site web. Le rétroplanning ne fait que poser ces étapes sur un axe de temps.
Des durées indicatives par phase
Il n'existe pas de durée universelle : une refonte va de quelques semaines pour un site vitrine simple à plusieurs mois pour un site riche, e-commerce ou multilingue. Ce qui reste stable, ce sont les proportions : la conception et le développement pèsent le plus lourd, la recette et la mise en ligne sont courtes mais incompressibles, et le suivi s'étale après le lancement.
Plutôt que d'avancer des chiffres précis qui seraient faux dans neuf cas sur dix, je raisonne en poids relatif des phases. C'est cette répartition, appliquée à votre volume réel, qui donne un calendrier crédible :
| Phase | Durée indicative | Ce qui fait varier la durée |
|---|---|---|
| Cadrage et audit | 1 à 2 semaines | Clarté des objectifs, taille du site à auditer |
| Cahier des charges | 2 à 4 semaines | Nombre de fonctionnalités, niveau de détail attendu |
| Conception | 3 à 6 semaines | Nombre de gabarits, allers-retours de validation |
| Développement et intégration | 6 à 12 semaines | Fonctionnalités, volume de contenu à reprendre |
| Préparation SEO et redirections | En parallèle du développement | Nombre d'URL à cartographier et à rediriger |
| Recette | 2 à 4 semaines | Nombre de gabarits, de formulaires et de scénarios |
| Mise en ligne | 1 semaine (bascule et gel) | Complexité de la bascule et de l'hébergement |
| Suivi post-lancement | 2 à 4 semaines | Volume de trafic et sensibilité SEO du site |
Deux repères d'expérience valent mieux qu'une fausse précision. D'abord, la conception mange plus de calendrier qu'on ne le croit, parce qu'elle enchaîne des validations humaines qui ne se compressent pas. Ensuite, l'intégration des contenus est le poste le plus sous-estimé : reprendre et réécrire des textes prend du temps, et un développement terminé qui attend des contenus en retard bloque tout le projet. Le budget influe aussi sur ces durées ; le sujet est traité dans le guide sur le cahier des charges, qui fixe le périmètre chiffrable.
Les jalons de validation
Un jalon est un point de validation formel qui referme une phase et autorise la suivante : cahier des charges signé, maquettes approuvées, recette validée. Un jalon est une décision, là où une tâche est un travail. Dans un rétroplanning, ce sont les jalons, pas les tâches, qui structurent vraiment le calendrier, parce qu'un jalon manqué décale tout ce qui suit.
Sans jalons explicites, un planning n'est qu'une liste de vœux. Les jalons créent des points de non-retour utiles : une fois les maquettes approuvées, on ne rediscute plus le design, on développe. Les jalons structurants d'une refonte sont peu nombreux :
- Note de cadrage validée : objectifs, cibles et périmètre arrêtés.
- Cahier des charges signé : la base de référence, opposable de part et d'autre.
- Arborescence gelée : la carte des pages, qui conditionne le SEO et les redirections.
- Maquettes approuvées : le contrat visuel qui lance le développement.
- Contenus livrés : textes et médias définitifs prêts à intégrer.
- Plan de redirections validé : chaque ancienne URL associée à sa nouvelle adresse.
- Recette prononcée : le procès-verbal qui autorise la mise en ligne.
Chaque jalon doit avoir un responsable nommé et une date. La règle est simple : tant qu'un jalon n'est pas franchi, la phase d'après ne démarre pas. C'est frustrant sur le moment, mais c'est ce qui empêche de construire sur du sable et de tout refaire deux semaines plus tard.
Ce qui fait déraper un planning
Un rétroplanning de refonte dérape rarement pour des raisons techniques. Les causes réelles sont les validations qui traînent, les contenus livrés en retard, le périmètre qui gonfle en cours de route et l'absence de marge. Faute d'anticipation, le retard se reporte toujours sur la dernière phase visible, la recette, qui est justement celle qu'il ne faut jamais sacrifier.
Dans mon expérience, la technique est rarement le coupable. Les vrais accélérateurs de dérive sont ailleurs :
- Les décisions repoussées. Une validation qui attend une semaine décale tout l'aval d'une semaine. Les délais côté client comptent autant que les délais côté production.
- Les contenus en retard. On lance le design sans avoir écrit les textes, et l'intégration se retrouve à l'arrêt faute de matière.
- Le périmètre qui gonfle. Chaque « pendant qu'on y est » ajouté après la signature repousse la date sans que personne ne l'assume.
- L'absence de marge. Un planning calé au jour près n'absorbe aucun imprévu, et les imprévus, eux, sont certains.
Quand ces facteurs s'accumulent, le retard ne se voit pas tout de suite : il s'accumule en silence jusqu'à la recette, qu'on rabote alors pour « tenir la date ». C'est la pire des économies. Pour comprendre la mécanique complète d'un projet qui glisse et savoir la stopper, voyez le guide sur le projet de refonte en dérive.
Conseils pour tenir les délais
Tenir un rétroplanning tient à quelques disciplines : dater chaque jalon avec un responsable nommé, réserver des marges sur les phases qui dépendent du client, geler le périmètre après la signature et protéger la recette coûte que coûte. Un délai se tient par le pilotage, pas par l'optimisme.
Les principes que j'applique pour qu'un rétroplanning reste crédible du premier au dernier jour :
- Partez de la date d'arrivée, pas de la date de départ. Fixez la mise en ligne, remontez les phases, et si la date de démarrage tombe dans le passé, c'est le périmètre qu'il faut réduire, pas la recette.
- Nommez un responsable par jalon. Un jalon sans propriétaire n'est validé par personne. Une date sans nom en face finit par glisser.
- Réservez des marges là où elles comptent. Prévoyez du tampon sur les phases de validation client et sur l'intégration des contenus, les deux zones de retard les plus fréquentes.
- Gelez le périmètre après la signature. Les nouvelles idées vont dans une liste « version 2 », pas dans le lot en cours.
- Livrez les contenus tôt. Lancez la reprise des textes en parallèle de la conception, pas après.
- Ne touchez jamais à la recette. Si le calendrier se tend, coupez du périmètre en amont, jamais les tests d'avant mise en ligne.
Le pilote est le garant de ces règles. C'est lui qui provoque les décisions à temps, refuse les ajouts hors périmètre et protège les phases sensibles. La façon d'incarner ce rôle au quotidien est détaillée dans le guide sur la gestion de projet d'une refonte.
Ce que je répète en réunion de lancement.
Un rétroplanning n'est pas un document qu'on présente une fois puis qu'on range. C'est un instrument vivant qu'on relit à chaque jalon. La question n'est jamais « est-ce qu'on est dans les temps ? » posée à la fin, mais « le prochain jalon est-il tenable ? » posée en continu. Sur mes projets, la date de mise en ligne se tient quand la première validation se tient. Un planning qui déraille, ça se voit dès la semaine deux, pas la veille du lancement. Surveillez les premiers jalons comme le lait sur le feu : le reste suit.
Questions fréquentes
À propos de l'auteur
Laurent Tulpan
Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il a piloté des refontes et des migrations à fort enjeu de trafic pour des grands comptes et des PME (TF1, SFR, Orange, SNCF), avec une obsession : basculer sans perdre le référencement acquis. Découvrir son approche.
À lire ensuite
Réussir la refonte de son site web
La vue d'ensemble : types de refonte, budget, cahier des charges et préservation du SEO.
Les étapes d'une refonte
Le déroulé complet en huit phases, avec les livrables et le rôle du pilote à chacune.
Gérer le projet de refonte
Le rôle du pilote, la relation MOA / MOE et comment garder le cap sur les objectifs.
Une refonte qui dérive
Reconnaître les signaux d'un projet qui glisse et les leviers pour reprendre la main.