Pourquoi les “Product Bets” ?
En octobre 2025, James Shore a prononcé un discours majeur à la conférence Agile Cambridge intitulé “The Accountability Problem”. Ce discours adresse une problématique fondamentale que tout leader d’ingénierie connaît bien : comment démontrer l’accountability de l’équipe de développement logiciel ?
Le problème traditionnel
Généralement, les équipes de développement se voient imposer une forme d’accountability basée sur :
- Les fonctionnalités à livrer : “Pouvez-vous me promettre la feature X ?”
- Les dates : “Quand sera-ce terminé ?”
- La pression budgétaire : “Nous avons X dollars, combien de features cela nous achète-t-il ?”
Or, ce modèle repose sur une fausse prémisse : la croyance que le développement logiciel ressemble à faire un devoir scolaire - une tâche linéaire avec un début, une fin clairement définie, et un chemin prévisible de A à B.
La réalité du développement agile
En réalité, le développement logiciel est un processus de découverte. Nous ne savons jamais exactement ce que nous allons construire jusqu’à ce que nous l’ayons construit. Les boucles itératives (Build → Measure → Learn) nous permettent d’explorer, d’apprendre et de pivoter.
James Shore propose une alternative radicale : les Product Bets - une manière de penser à l’accountability en termes de résultats métier plutôt que de fonctionnalités.
Qu’est-ce qu’un Product Bet ?
Un Product Bet est une stratégie d’investissement formulée en une seule phrase qui contient deux éléments :
- Le résultat visé (venant en premier) : “Ouvrir le marché des prosumers en Europe”
- Les moyens (haut niveau) : “en développant des APIs de partenaires robustes”
Exemple historique d’Hannibal contre Rome qui a inspiré James Shore :
“Imisser la peur dans le cœur de l’infanterie romaine en déployant un bataillon d’éléphants de guerre.”
Les moyens ne disent pas exactement ni quand, ni quoi livrer, cela est laissé à l’initiative des équipes, en tenant compte aussi d’autres composantes du paris.
Les composantes clés d’un Product Bet
Un Product Bet bien défini comprend :
- La headline : Le résultat visé + les moyens (1 phrase)
- Un sponsor : Un membre du leadership qui championne ce pari
- La valeur présente estimée : L’impact financier attendu
- La mise maximale : Le budget maximum à investir pour ce pari
La valeur présente estimée
Contrairement aux approches traditionnelles basées sur les coûts, James Shore propose d’estimer la valeur présente - une approche financière classique qui quantifie :
- Ventes aux nouveaux clients : Opportunités de marché
- Upsell des clients existants : Augmentation du panier moyen
- Rétention : Réduction du churn
- Économies de coûts : Optimisations d’opérations
- Dépenses additionnelles : Coûts associés au pari
Le changement de conversation
Le vrai pouvoir des Product Bets réside dans le changement de paradigme conversationnel :
Avant (approche traditionnelle) :
- “Quand aurez-vous la feature X ?”
- “Combien de features pour 2 millions de dollars ?”
- “Pourquoi êtes-vous en retard ?”
Après (approche Product Bets) :
- “Combien de valeur estimée pouvez-vous livrer cette année ?”
- “Quel pari a le meilleur ROI ?”
- “Comment pouvons-nous valider rapidement si ce pari fonctionne ?”
C’est là qu’intervient l’Atelier Paris Produits - un atelier pratique conçu pour faciliter le processus de cartographie et de co-création des Product Bets avec votre équipe de direction.
Aller plus loin
L’article de James Shore est une lecture incontournable pour qui souhaite comprendre :
- Le problème de l’accountability en ingénierie logicielle
- Pourquoi les approches traditionnelles (features + dates) ne fonctionnent pas
- Comment penser en termes de résultats plutôt que de outputs
- Comment construire une culture de confiance basée sur les résultats
👉 Lire l’article complet “The Accountability Problem” par James Shore
Voici d’autres ressources intéressantes qui recoupent en quelques endroits la problématique de la planification budgetaire d’une stratégie produit :
-
Certaines personnes auront évidemment fait le rapprochement avec les OKRS, je ne m’étends pas ici, pour mieux les couvrir dans un article spécifique. Sachez juste que Oui ! ça matche ;-)
-
Le livre blanc récent (autonome 2025) d’essensei invitant à Réinventer la roadmap. Il est notamment question de changer les conversations, pour réellement dépasser le paradigme classique de la planification de projet.
-
Lean Portfolio management, pour les adeptes de SAFe, il s’agit pour rappel de définir des trains pour supporter un Business Value Stream et de leur allouer une capacité de façon plus dynamique et plus souple que l’exercice annuel classique. Un cran au dessous, au niveau de chaque train, on discutera initiatives et epics au sens classique de “fonctionnalités / features” à prioriser selon le WSJF,ou meilleur ROI pour faire court.
-
Participatory Budgeting, comme son nom l’indique un exercice collaboratif pour décider des initiatives sur lesquelles on doit ou compte investir à différents horizons.
-
L’atelier historique “Buy a Feature” tiré des Innovations Games, qui a le mérite de la simplicité, car n’oublions pas une chose, tout le temps passé (charge et délai) à planifier des hypothèses impacte le budget, et augmente le risque des biais associés à ces prises de décisions…
Selon votre contexte, et vos habitudes de travail, il s’agira d’identifier les problèmes que vous avez déjà rencontré pour soit améliorer votre approche soit tenter une nouvelle forme en customisant l’atelier de votre choix.
Prochaine étape : Participez à l’Atelier Paris Produits
Si cette approche vous résonne, si vous souhaite explorer concrètement comment structurer vos Product Bets, rejoignez-nous pour un atelier interactif.
L’atelier vous permettra de :
- ✅ Cartographier vos vrais paris stratégiques
- ✅ Créer un langage commun avec votre direction
- ✅ Passer de “combien de features pour X dollars” à “quel pari offre le meilleur ROI”
- ✅ Démontrer l’accountability de votre équipe en termes de résultats métier
Explorez les 7 cartes détaillées et les meilleures pratiques de facilitation dans notre guide complet de l’atelier.
Design de l’atelier “Paris Produit” / “Product Bets”
Pourquoi un atelier ?
Les Product Bets ne sont pas un simple exercice académique. C’est un processus de collaboration intense entre :
- Les responsables produit
- Les leaders techniques
- Les sponsors métier
- Les stakeholders clés
L’Atelier Paris Produits
Cet atelier de 2 à 3 heures (6-20 participants) est
structuré pour :
- Introduire le concept des Product Bets et leurs bénéfices
- Identifier collectivement les opportunités métier réelles
- Construire collaborativement les cartes de chaque pari (hypothèses, risques, ressources, métriques)
- Confronter les idées à travers des challenges croisés entre équipes
- Prioriser visuellement les paris selon leur valeur estimée vs. leur risque
- Capturer l’énergie et engager tous les participants dans l’ownership du résultat
Les 7 cartes en référence
L’atelier utilise 7 zones principales à renseigner pour structurer la réflexion sur chaque Product Bet :
Carte 7 : Itérations clés / Expériences
Définition
Lister les premières boucles d’apprentissage ou “build-measure-learn” à mener, avec une intention claire de valider rapidement les hypothèses du pari.
Exemples issus du terrain
Pour les “baby elephants”, James Shore propose une série d’expériences : tester l’appétence du marché, la logistique, la réceptivité via des versions pilotes ou des tests[attached_file:1].
Conseils
- Commencer par les risques clés (prioriser les tests qui pourraient “tuer” le pari)
- Privilégier les petits pas, retours rapides[web:8][web:3]
- Impliquer toute l’équipe et les parties prenantes[web:6]
Ressources associées
Carte 6 : Indicateurs de validation
Définition
Choisir les indicateurs qui permettront d’évaluer la réussite ou l’échec du pari produit, sur toute la chaîne de valeur.
Exemples issus du terrain
James Shore : “On se concentre sur l’évaluation collective de la réussite via des KPIs pertinents, pas sur une preuve isolée de la valeur de chaque feature.”[attached_file:1]
Exemples d’indicateurs
- Valeur délivrée / ROI estimé
- Qualité perçue, utilisation réelle
- Prédictibilité (ratio planned-to-done)
- Rétention, croissance[web:10]
Ressources associées
Carte 2 : Mécanisme / Solution / Moyen / Levier
Définition
Décrire brièvement comment l’équipe va tenter d’atteindre le résultat business : nouveau service, évolution de l’offre, partenariat, lancement d’une nouvelle fonctionnalité…
Exemples issus du terrain
Dans la “famille des war elephants”, James Shore propose : “Ouvrir le marché des activités familiales… en lançant des expériences éléphant baby-friendly.”[attached_file:1]
Conseils pour la rédaction
- Garder le mécanisme à un niveau macro (“Lancer un nouveau produit”, pas “Faire un formulaire”)
- Favoriser la formulation par hypothèse (“Nous pensons que … conduira à …”)
- Se référer aux étapes de découverte produit, pas uniquement delivery[web:4][web:6].
Ressources associées
Carte 4 : Mise maximale / Maximum Wager
Définition
Le maximum wager représente le plafond d’investissement (temps, argent, effort) que l’équipe accepte de risquer sur le pari produit.
Exemples issus du terrain
“On ne sait pas combien le pari va coûter, mais on fixe un plafond. Si la valeur estimée d’un bet est de $6M, l’équipe peut décider d’allouer jusqu’à $5M.”[attached_file:1]
Conseils de facilitation
- Décision collective management/équipe
- Ancrer la discussion sur l’impact business, non sur les micro-coûts
- Rendre explicites les arbitrages (“Combien sommes-nous prêts à perdre ?”)
Ressources associées
Carte 1 : Résultat Business
Définition
La carte “Résultat Business” sert à formuler l’objectif principal du pari produit. Il s’agit de l’impact concret et mesurable que l’équipe souhaite obtenir, par exemple : “Augmenter la rétention de 6% sur le segment PME”, ou “Ouvrir le marché des prosumers en Europe”.
Exemples issus du terrain
James Shore recommande de toujours commencer par le résultat business : au lieu de promettre de livrer une fonctionnalité précise, on s’engage sur l’effet souhaité pour l’organisation ou le client[attached_file:1].
Carte 5 : Bet Sponsor / Porteur du pari
Définition
Le sponsor est la personne du leadership qui porte le pari produit, assure son arbitrage et sa défense face au reste de l’organisation.
Exemples issus du terrain
James Shore : “Avoir un sponsor clair et identifié (CPO, CEO…) est essentiel pour faire passer le concept d’accountabilité à travers toute la gouvernance.”[attached_file:1]
Bonnes pratiques
- Valider un engagement oral ou écrit du sponsor
- Clarifier son rôle : arbitrage, communication, levée d’obstacles
- Relier à la dynamique de priorisation
Ressources associées
Carte 3 : Valeur Estimée
Définition
Identifier la valeur business attendue (revenu, marge, volume, coût évité…) en s’appuyant sur des estimations (“present value” selon James Shore). L’estimation doit reposer sur des hypothèses partagées et explicites.
Exemples issus du terrain
James Shore propose de découper la valeur estimée en 5 sections : nouvelles ventes, upsell, rétention, économies de coût, dépenses additionnelles[attached_file:1].
Bonnes pratiques
- Utiliser des modèles similaires à l’innovation accounting de Eric Ries (Lean Startup)[web:8].
- Admettre la part d’incertitude, mais rendre explicites les hypothèses.
- Croiser les chiffres : marché cible, part accessible, taux de conversion…
Ressources associées