Roadmap Now-Next-Later

Une roadmap Now-Next-Later remplace l'axe temporel par la confiance. Now contient le travail activement en cours — cadré, staffé, et attendu pour une livraison prochaine. Next contient le petit ensemble de paris que l'équipe compte lancer une fois Now dégagé : convenu dans sa direction, mais pas encore entièrement formé. Later est le parking des problèmes qui valent la peine d'être résolus un jour — assez réels pour être notés, trop incertains pour être dimensionnés. Les horizons sont délibérément inégaux : Now est spécifique et court, Later est large et vague.

Il est crucial que l'unité de chaque élément soit un résultat ou un problème (« réduire l'abandon à l'onboarding », « débloquer les acheteurs enterprise SSO »), pas une fonctionnalité à périmètre fixe. Cela garde la roadmap honnête sur ce qui est vraiment connu par rapport à ce qui est encore en cours de découverte, et permet à la solution de changer à mesure que les preuves arrivent, sans que la roadmap n'ait l'air cassée.

Une roadmap de type Gantt encode une promesse : cette fonctionnalité, à cette date. Sous une réelle incertitude produit — exigences qui changent, discovery encore en cours, dépendances que vous ne contrôlez pas — ces dates sont des prévisions déguisées en engagements, et elles vieillissent mal. Quand une date glisse, les parties prenantes y lisent un échec plutôt qu'une nouvelle information, ce qui pousse les équipes soit à gonfler les estimations, soit à livrer du travail à moitié fini pour tenir la ligne.

Now-Next-Later contourne cela en étant honnête sur la certitude décroissante. Il communique toujours la séquence et l'intention — les parties prenantes peuvent voir ce qui arrive et à peu près dans quel ordre —, mais il ne fabrique pas une précision qui n'existe pas. Le format absorbe aussi le changement avec grâce : un élément Later qui passe à Next est une progression normale, pas une échéance manquée. La version popularisée remonte à Janna Bastow, cofondatrice de ProdPad, qui l'a conçue comme une alternative délibérée à la roadmap chronologique.

Le format échoue quand les équipes réintroduisent des dates en douce — en rebaptisant « Now / Next / Later » en « T1 / T2 / T3 ». Cela recrée le problème de la date-promesse avec des étapes supplémentaires et perd tout l'intérêt. Un autre piège est de laisser Later devenir un dépotoir infini que personne ne débroussaille ; si rien n'en sort jamais ni n'est jamais abandonné, la colonne cesse d'être une roadmap et devient un cimetière.

L'échec le plus dommageable est de remplir les colonnes avec des fonctionnalités plutôt que des résultats. Une liste de fonctionnalités ne peut pas s'adapter quand la discovery change la réponse, si bien que la roadmap se fossilise en un backlog à trois compartiments. Associer le format à une méthode de priorisation explicite — RICE, WSJF, ou pondération par le revenu — garde le mouvement entre les horizons défendable, plutôt que dicté par qui a le plus insisté en dernier.

Une roadmap Now-Next-Later n'est fiable qu'à hauteur du signal derrière chaque élément. La question honnête pour toute carte est : quels clients cela sert-il, quel revenu y est attaché, et quelle preuve dit que cela compte ? Quand le feedback, les comptes clients, le revenu et le travail produit vivent dans des outils séparés, y répondre exige un croisement manuel avant chaque séance de planification — si bien que la roadmap dérive vers l'opinion.

Un système d'exploitation produit comme AIOProductOS garde ces enregistrements joints sur une seule colonne vertébrale, si bien qu'un élément de roadmap peut porter le contexte de feedback et de revenu des comptes qui le soutiennent. Cela rend la promotion de Later vers Next un mouvement défendable et étayé par des preuves plutôt qu'un pari instinctif, et laisse la roadmap rester à jour à mesure que les signaux sous-jacents changent, sans étape de réconciliation séparée.