Comprendre le Produit Minimum Viable (MVP) dans Scrum : Résultat vs. Livrable

Qu'est-ce qu'un Minimum Viable Product, comment le travail avec celui-ci te mène au succès et quels avantages considérables tout cela apporte-t-il pour toi, ton équipe et tes clients ?

Dans cet article, tu apprendras tout sur le MVP et tu découvriras pourquoi la différence entre Outcome et Output détermine le succès ou l'échec de ton produit.

Différence entre Outcome et Output pour le MVP

Quand on développe un produit pour ses clients, la première étape devrait être de se demander quels sont réellement leurs besoins et quels problèmes le produit doit résoudre. Une fois ces questions clarifiées, le développement peut commencer, car c'est seulement à ce moment qu'on sait quel résultat (Outcome) les clients souhaitent. Si le résultat souhaité est par exemple que les clients puissent se déplacer plus rapidement d'un point A à un point B, le produit (Output) pourrait être une voiture. Mais pas forcément, car un skateboard livrerait aussi l'Outcome souhaité – et serait en plus moins cher et plus rapide à développer que la voiture.

Fait intéressant, la plupart des entreprises ne se préoccupent pas du tout de l'Outcome pour les clients avant de développer leur produit : elles partent d'une idée de produit figée et se concentrent uniquement sur la livraison de cet Output précis avec les lots de travail et fonctionnalités associés.

Le focus exclusif sur l'output – un risque entrepreneurial

Pourquoi cette approche est-elle si risquée et pourquoi une focalisation uniquement sur l'output peut-elle avoir des conséquences fatales pour une entreprise ?

Ceux qui travaillent selon une approche Big-Bang veulent d'abord terminer leur produit à 100% avant de le livrer au client. Cela peut conduire à :

• l'entreprise a investi trop de temps et d'argent dans le développement,

• les clients n'ont plus besoin du produit parce qu'un concurrent a lancé une meilleure version pendant la longue période de développement,

• le marché pour le produit n'existe plus parce que les circonstances et les besoins ont changé,

• personne n'achète le produit parce qu'il a été conçu complètement à côté des goûts et des besoins des clients,

• le produit est devenu si surdimensionné, complexe et cher que les clients préfèrent une version plus simple et moins chère de la concurrence.

En résumé : le risque est grand que les entreprises mobilisent toutes leurs ressources pendant une période trop longue sur une idée de produit rigide, alors que le produit ne se vend finalement pas. Comment contourner ce problème de manière simple et agile ? La solution s'appelle : Minimum Viable Product.

Quelle solution le Minimal Viable Product offre-t-il dans Scrum ?

Si toi et ton entreprise travaillez déjà selon Scrum, tu en as peut-être déjà entendu parler : Minimum Viable Product (MVP) signifie le plus petit produit livrable. Si tu travailles par exemple comme Product Owner pour ton entreprise, tu devrais toujours te concentrer sur l'outcome basé sur le besoin du client – dans l'exemple mentionné ci-dessus, il s'agit d'aller plus vite du point A au point B.

Ce que peut être exactement un plus petit produit livrable ou un Minimum Viable Product dans le contexte de ce besoin client est illustré dans l'image suivante tirée du blog de Crisp :

Bien sûr, la voiture n'est qu'une métaphore pour le produit que le client souhaitait à l'origine : son besoin est de se déplacer plus rapidement d'un point A à un point B, et il pense avoir besoin d'une voiture comme solution.

Avec l'approche du Minimum Viable Product, en tant que Product Owner, tu veilles à ce que toi et ton équipe Scrum livriez au client des produits minimaux livrables (MVP) en itérations rapides et courtes. L'important ici est de toujours garder à l'esprit l'outcome souhaité et de livrer des MVP avec lesquels le client peut déjà satisfaire son besoin, au moins dans ses grandes lignes :

La rangée supérieure de l'image montre qu'il n'est pas logique de simplement vendre au client les premières pièces finies de la voiture – cela ne l'aidera certainement pas à se déplacer plus rapidement d'un point A à un point B. La rangée inférieure montre en revanche qu'un skateboard, une trottinette, un vélo ou une moto peuvent tous être livrés au client en tant que MVP, car chacune de ces solutions permet de se déplacer plus rapidement.

Quels sont les avantages d'un MVP ?

Livrer des MVPs aux clients, testeurs et early adopters présente les grands avantages suivants :

• Tu reçois des retours très tôt dans le processus de développement : Cette première version du produit répond-elle déjà aux attentes du client ? Fonctionne-t-elle comme prévu ? Le design convient-il ? Y a-t-il peut-être d'autres besoins ou des besoins supplémentaires derrière la demande initiale du client ?

• Un apprentissage rapide génère de grands progrès : Si tu sais déjà après le premier retour sur le MVP ce qui est important pour le client et ce dont il peut se passer, la deuxième itération montrera déjà une amélioration significative.

• Des ajustements sont possibles à tout moment : Le développement itératif assure une grande flexibilité – au lieu de devoir laborieusement remodeler un produit fini après 3 ans de développement, tu peux effectuer des modifications après chaque itération sans effort majeur.

• Tu génères des revenus précocement : Comme tu peux déjà facturer tes premiers MVPs, tu réduis considérablement le risque entrepreneurial.

• Des clients enthousiastes grâce à la réduction du prix d'achat et du temps de développement : Si dans notre exemple ci-dessus il s'avère que le client est déjà parfaitement satisfait du vélo parce qu'il répond à son besoin, tu stoppes en tant que Product Owner le développement du produit exactement à ce moment-là. Comme tu as développé le vélo 1. plus rapidement et 2. à moindre coût qu'une voiture, tu peux offrir au client une solution satisfaisante plus tôt, qui lui coûte moins cher.

Un exemple typique de Produit Minimum Viable

Un bon exemple de MVP est le tunnel autoroutier sur l'A1 à Cologne : au lieu de se concentrer sur les besoins des riverains en matière de réduction du bruit et de livrer d'abord des mesures plus petites et relativement peu coûteuses comme une limitation de vitesse, de l'asphalte silencieux et des murs anti-bruit en tant que Minimum Viable Product, puis de construire sur les retours des riverains, les responsables n'avaient en vue que leur output : un tunnel anti-bruit dernier cri !

Après de longues années de construction et les perturbations de circulation qui en ont découlé, un soi-disant tunnel anti-bruit a vu le jour, pour un coût de 200 millions d'euros. Comme le montre maintenant le feedback des riverains, forcément bien trop tardif, le tunnel n'a pas résolu le problème – au contraire, il a encore amplifié la nuisance sonore.

Pourquoi vaut-il la peine de travailler selon le MVP ?

Surtout lorsque le produit final n'est pas encore totalement défini et qu'il n'est pas empiriquement certain que les clients l'achèteront tel quel, il est crucial pour le succès de raisonner en termes d'outcomes et de besoins clients, et de s'en approcher grâce aux MVPs.

Et même pour des produits dont tu connais déjà la vision globale, comme un camion par exemple, la livraison incrémentale de Minimal Viable Products peut s'avérer payante. Car ton client pourrait bien réaliser qu'il est satisfait avec beaucoup moins de fonctionnalités que prévu initialement. Et un client qui obtient sa solution plus rapidement et à moindre coût est un client extrêmement satisfait.

Tu veux découvrir d'autres faits passionnants sur le travail avec Scrum et comprendre comment le travail agile rend tes clients plus satisfaits et ton entreprise plus performante ? Dans notre Guide Scrum, tu trouveras tout ce qu'il te faut pour comprendre les fondamentaux. Dans nos formations Scrum certifiées, tu apprendras à appliquer l'Agile dans la pratique.

Qu'est-ce qu'un produit ?

Découvre ce qu'est réellement un produit en Scrum et comment tu peux créer une définition de produit.
=> Qu'est-ce qu'un produit ?

Voici comment réussir votre Refinement !

En tant que Product Owner, définis l'outcome pour le prochain Sprint et améliore les résultats du Refinement avec ces astuces.
=> Product Backlog Refinement

Comment développer une vision produit ?

Découvre comment, en tant que Product Owner, tu peux développer une vision produit en 3 étapes simples.
=> Développer une vision produit