En tant que cadre tactique, Scrum est bon pour livrer les incréments entre les mains des clients. Comme nous travaillons par itérations, nous le faisons probablement plusieurs fois par mois, atténuant les risques en fermant les boucles de rétroaction. Néanmoins, il existe un vide potentiellement dangereux dans le cadre que les équipes Scrum performantes commencent à combler tôt : comment déterminer ce qui vaut la peine d’être construit – la découverte de produits – en premier lieu. Par conséquent, la création de valeur dans Scrum n’est pas aussi simple que vous auriez pu le penser.
Le contexte de la création de valeur selon le guide Scrum
Commençons par jeter un coup d’œil au manuel : « L’objectif du produit décrit un état futur du produit qui peut servir de cible à l’équipe Scrum pour planifier. L’objectif de produit se trouve dans le backlog de produit. Le reste du Product Backlog émerge pour définir « ce qui » remplira l’objectif du produit. (La source.)
Il y a donc un objectif global à long terme qui guide l’équipe Scrum. D’où vient-il ? Nous ne savons pas. Tout ce que nous comprenons, c’est que le « Product Owner est responsable de la maximisation de la valeur du produit résultant du travail de l’équipe Scrum. La façon dont cela est fait peut varier considérablement selon les organisations, les équipes Scrum et les individus. En outre, le « Product Owner est également responsable de la gestion efficace du Product Backlog, ce qui inclut le développement et la communication explicite de l’objectif du produit ». (La source.)
Pour quelque raison que ce soit, notre Product Owner sait ce qui est le plus précieux et utilise ces connaissances, soutenues par sa position forte au sein de l’équipe Scrum et de l’organisation, pour guider l’équipe Scrum dans la bonne direction de création de valeur. En pratique, cependant, l’approche de Scrum exclut tout le domaine de la découverte de produits de l’équation, réduisant potentiellement le retour sur investissement pour toutes les parties prenantes.
Découverte de produits dans Scrum—La vue d’ensemble
Déchets à l’intérieur, déchets à l’extérieur. Peu importe à quel point votre équipe pratique Scrum et avec quelle éloquence elle crée de nouveaux incréments, tout l’effort est vain si personne ne les considère comme précieux. Malheureusement, il y a de nombreuses raisons de se retrouver ici, par exemple :
- Votre Product Owner n’est pas un Product Owner en premier lieu mais un scribe, prenant les commandes du propriétaire/fondateur ou de ceux qui financent l’équipe Scrum.
- Votre Product Owner suit son instinct et personne dans l’équipe Scrum ne conteste la validité de ce processus de décision.
- Votre Product Owner est « informé par les données » ; cependant, ils ont choisi les mauvaises mesures, ce qui les a induits en erreur.
- Votre Product Owner investit dans la recherche d’utilisateurs ; cependant, ils parviennent à sélectionner un groupe cible non représentatif parmi vos clients.
Chacun de ces scénarios se traduira par un backlog de produit inférieur, entraînant des incréments moins souhaitables, remettant en question le processus de création de valeur de l’équipe Scrum.
Par conséquent, considérons le processus de création de valeur d’une équipe Scrum comme une arche :
Nous commençons par la vision et la stratégie sur le côté gauche : comment voulons-nous façonner l’avenir et comment pouvons-nous transformer l’idée en réalité tout en contribuant à la durabilité de notre organisation ?
Les considérations opérationnelles suivent cette étape : comment positionnons-nous notre équipe Scrum pour réussir ? Ici, nous trouverions une feuille de route de produit ou un objectif de produit alimentant le backlog de produit, représentant la meilleure utilisation du temps d’une équipe Scrum.
La dernière étape est tactique, comprenant le Sprint Backlog, le Sprint ou la livraison du produit, et le(s) Increment(s). Ici, l’équipe Scrum prend la décision d’investissement la plus importante.
Si vous considérez l’effort – en d’autres termes : les dépenses directes et les coûts d’opportunité en allouant le temps de l’équipe Scrum – la création d’un Incrément est la plus coûteuse. Alors que vous pouvez créer une nouvelle vision du produit autour d’un café sur une serviette, créer un incrément est un véritable engagement. Par conséquent, vous voulez vous déplacer le plus vers la gauche possible pour déterminer ce qui vaut la peine d’être construit.
En d’autres termes : la découverte de produits est une partie essentielle de Scrum, bien qu’elle ne soit pas mentionnée dans le Scrum Guide.
D’après mon expérience, il y a deux moments critiques dans ce processus de création de valeur qui méritent toute l’attention d’un Product Owner :
- Concrétiser la découverte de produits en appliquant l’une des nombreuses techniques créées à cet effet : Lean Startup, Lean UX, Design Thinking, Design Sprints, Dual Track Agile, Continuous Product Discovery, etc., pour séparer le bon grain de l’ivraie.
- Validation : Une fois que vous avez identifié vos candidats à la création de valeur, assurez-vous de valider ou d’infirmer vos hypothèses en réalisant des expérimentations avant de les alimenter dans le Product Backlog.
Comme vous l’avez peut-être deviné, les deux moments bénéficient de l’inclusion des parties prenantes et des membres de l’équipe dans le processus ; la création de valeur en Scrum est un sport d’équipe. Considérez le Product Owner comme un « chef d’équipe » ou un « coach » à cet égard.
En fin de compte, vous devez établir un système qui identifie et valide les nouveaux incréments potentiellement précieux, en les introduisant dans le Product Backlog pour un examen plus approfondi.
Ce système ne nécessite pas d’outils spécialisés mais le support de toute l’organisation et de vos équipes Scrum. Par conséquent, il devra être adapté aux exigences de votre organisation, compte tenu de votre marché et des contraintes en vigueur, et sa mise en place peut prendre des années. Alors qu’est-ce que tu attends?
Conclusion
La création de valeur dans Scrum est plus complexe que vous ne le pensez. Dès que possible, vous devez surmonter le vide de découverte de produit de Scrum pour vous assurer que le Product Backlog représente la meilleure utilisation du temps d’une équipe Scrum à un moment donné. Sinon, votre équipe Scrum peut fournir des rendements inférieurs à son potentiel. Par conséquent, ignorez la découverte de produits à vos risques et périls.
Comment gérez-vous la création de valeur et la découverte de produits dans Scrum ? Merci de partager votre expérience avec nous via les commentaires.