Dans une startup foodtech organisée en squads, les équipes livraient toutes les deux semaines, mais sans réel cap. Les sprints s’enchaînaient, les sujets se fragmentaient au fil des itérations, et personne ne savait vraiment pourquoi certaines features passaient en priorité. Résultat : des cycles trop courts pour traiter des problèmes complexes, des équipes désynchronisées, et une motivation en baisse.
C’est dans ce contexte que l’équipe a décidé de tester Shape Up, en l’intégrant à une organisation déjà structurée autour de SAFe. L’objectif n’était pas de remplacer tout le cadre existant, mais de résoudre un problème très concret : retrouver du focus produit et une capacité à traiter des sujets de fond.
Sortir du pilotage par backlog pour revenir à des paris produit
Le problème du backlog infini
Dans l’organisation initiale, la roadmap ressemblait à une accumulation de tickets priorisés. Chaque sprint donnait l’impression d’avancer, mais les équipes travaillaient en réalité sur des morceaux fragmentés de sujets plus larges. Typiquement, une feature comme “améliorer la gestion des stocks commerçants” se retrouvait découpée en dizaines de user stories sur plusieurs sprints, sans vision claire du résultat attendu. Le produit évoluait, mais sans cohérence globale.
Le basculement vers des “bets”
Avec Shape Up, le changement clé a été de remplacer ce backlog par des paris. Chaque sujet n’est plus une liste de tâches, mais une décision stratégique : est-ce qu’on investit six semaines dessus ou non.
Ce basculement change profondément la posture produit :
– On ne priorise plus des tickets, on choisit des problèmes à résoudre.
– On accepte explicitement le risque de se tromper.
– On limite volontairement le nombre de sujets en parallèle.
Dans la pratique, chaque équipe travaille généralement sur un seul pitch par cycle. Les sujets urgents ne sont pas ajoutés automatiquement au cycle, ce qui force des arbitrages beaucoup plus clairs côté business.
L’impact pour un PM
Ce modèle oblige à formuler des sujets solides en amont. Un pitch mal cadré n’est pas un problème d’exécution, c’est un problème de décision produit. Concrètement, cela déplace l’effort du delivery vers le cadrage.
L’appétit comme outil d’alignement (et non de prédiction)
Remplacer l’estimation par une contrainte volontaire
Dans l’organisation initiale, les estimations étaient perçues comme peu fiables, notamment côté direction. Entre le planning poker et les réestimations, la discussion portait plus sur “combien de temps ça va prendre” que sur “est-ce que ça vaut le coup”.
L’introduction de l’appétit change la logique. On ne cherche plus à prédire la durée, on décide du temps qu’on est prêt à investir. Par exemple, fixer un appétit de six semaines pour réduire les remplacements liés aux problèmes de stock côté commerçants impose immédiatement des choix de périmètre. L’équipe ne peut pas “tout faire”, elle doit concevoir une solution qui tient dans ce cadre.
Ce que ça change dans les arbitrages
Ce cadre produit des effets très concrets :
– Les discussions deviennent stratégiques plutôt que techniques.
– Le scope est ajusté en continu pour tenir dans l’appétit.
– L’abandon devient une option normale.
Dans un cas concret, l’équipe travaillait sur la réduction des remplacements liés aux problèmes de stock côté commerçants. Plutôt que de créer un nouveau parcours complexe, elle a choisi d’intégrer une mise à jour du stock à la fin de chaque commande, sans ajouter d’écran. Un compromis typique rendu possible par la contrainte d’appétit.
L’abandon comme mécanisme sain
En théorie, un projet qui dépasse son appétit doit être arrêté. En pratique, l’équipe a adopté une approche plus pragmatique : livrer un MVP exploitable, puis reshaper le reste pour un cycle suivant.
Ce point est clé. L’objectif n’est pas de respecter dogmatiquement le cadre, mais de conserver la logique d’arbitrage.
Repenser le rôle du PM dans le shaping
Un travail de cadrage beaucoup plus exigeant
Le shaping devient une phase centrale. C’est là que se joue la qualité du delivery. Un bon pitch doit permettre à une équipe de travailler six semaines en autonomie, sans revenir en permanence vers le PM. Il doit donc contenir :
– un problème clairement formulé
– une piste de solution crédible
– un appétit explicite
– des risques identifiés
– des non-objectifs pour éviter les dérives
Dans les faits, cela ressemble davantage à un document de décision qu’à une spécification détaillée.
Collaboration produit, design et tech
Le shaping n’est pas un exercice solitaire. Le PM travaille avec le designer et le tech lead pour explorer les solutions et identifier les contraintes.Par exemple, dans une entreprise mettant en relation des commerçants indépendants avec des clients finaux, la contrainte principale était le manque de maturité digitale des commerçants. Cela a directement orienté la solution vers quelque chose de transparent, intégré dans le flux existant, plutôt qu’un nouvel outil à apprendre.
Ce type de contrainte terrain structure beaucoup plus efficacement la solution que des user stories isolées.
Intégrer Shape Up dans une organisation SAFe
Garder SAFe pour la stratégie, Shape Up pour l’exécution
L’équipe n’a pas abandonné SAFe. Elle l’a utilisé comme cadre de pilotage stratégique, notamment pour :
– définir les OKR et les objectifs business
– structurer les PI
– aligner les différentes équipes produit
Shape Up vient ensuite apporter un rythme et une méthode sur la partie discovery et delivery. Les cycles de six semaines sont intégrés dans les PI. Le PI Planning devient un moment clé pour présenter les objectifs business, orienter les produits, et surtout réaliser le betting.
Le rôle structurant du betting
Le betting est le moment où les décisions sont prises. Les pitches sont discutés comme des options, pas comme des engagements à tenir.
Ce fonctionnement a plusieurs effets :
– il évite les roadmaps surchargées
– il aligne réellement produit et direction
– il force à dire non à certains sujets
Les pitches non retenus ne sont pas stockés indéfiniment. S’ils ne sont pas sélectionnés après un ou deux cycles, ils sont remis en question ou abandonnés. C’est un point souvent difficile à accepter, mais essentiel pour maintenir le focus.
Le cooldown, souvent sous-estimé mais structurant
Un espace pour traiter ce que le delivery ignore
Après chaque cycle, le cooldown permet de sortir du rythme du delivery. C’est le moment où les équipes :
– traitent la dette technique
– corrigent les irritants laissés de côté
– explorent de nouvelles idées
Dans cette organisation, les cooldowns étaient regroupés autour des périodes de vacances, environ deux fois par an.
Un levier d’engagement pour les équipes
Le cooldown joue aussi un rôle important côté motivation. Les développeurs peuvent proposer des POC ou des améliorations produit, ce qui renforce leur implication. Mais cela ne fonctionne que si le cadre est accompagné. Le lead tech doit orienter les sujets, sinon certains développeurs se retrouvent sans direction claire.
Les enseignements de cette mise en pratique
L’adoption de Shape Up n’a pas simplement changé un process. Elle a modifié la manière de prendre des décisions produit. Le passage du backlog aux bets, de l’estimation à l’appétit, et du sprint au cycle a permis de retrouver du focus et de traiter des sujets plus structurants. Mais cela demande un effort réel côté shaping et une acceptation du risque côté direction.
Pour un PM ou un Product Leader, le principal enseignement est simple : la qualité du delivery dépend directement de la qualité des décisions prises en amont.
Cet article est issu d’un XO Product Café, notre rituel interne dans lequel un consultant partage un retour d’expérience. Si cet article vous a plu, retrouvez d’autres retours d’expérience : Smoke tests : comment dérisquer vos hypothèses produit à moindre coût ou encore Mode projet vs approche produit : les enseignements d’un chantier design system emails.
