Définir et utiliser un Objectif de Produit : le bon et le mauvais
En introduisant l'Objectif de Produit, le Guide Scrum 2020 a donné au Carnet de Produit ce qui lui manquait souvent : un objectif unique, à plus long terme, vers lequel l'Équipe Scrum travaille. Le Guide décrit l'Objectif de Produit comme un engagement du Carnet de Produit — l'état futur du produit qui donne au carnet sa raison d'être. Une équipe ne peut travailler que sur un Objectif de Produit à la fois, et devrait l'atteindre ou l'abandonner avant d'en prendre un nouveau. Pour les équipes distribuées au début de 2021, s'appuyer sur un objectif écrit partagé comptait plus que jamais, car on ne pouvait plus compter sur les échanges de couloir pour garder tout le monde dans la même direction.
L'idée est simple, mais facile à rater. La différence entre un Objectif de Produit qui tire l'équipe vers l'avant et un autre qui n'est que des mots en haut d'un document mérite qu'on s'y attarde.
À quoi ressemble un bon Objectif de Produit
Il décrit un état futur significatif du produit — un véritable résultat pour les utilisateurs ou l'entreprise, et non une liste de fonctionnalités.
Il est singulier : l'équipe garde un seul Objectif de Produit en tête, pour que les priorités ne se dispersent pas entre ambitions concurrentes.
Chaque Sprint peut s'y rattacher — l'équipe sait expliquer en quoi le travail du Sprint la rapproche de l'objectif.
Il est assez mesurable pour que l'équipe sache si elle l'a atteint, sans prétendre prévoir la date exacte.
Il vit dans le Carnet de Produit, visible de l'équipe et des parties prenantes, et non enfoui dans une présentation de planification.
À quoi ressemble un mauvais Objectif de Produit
C'est une reformulation de la mission de l'équipe — trop large pour être un jour « terminé », donc il ne concentre jamais rien.
C'est en réalité trois ou quatre objectifs agrafés ensemble, alors l'équipe travaille discrètement sur celui qui crie le plus fort cette semaine.
C'est une liste de fonctionnalités déguisée en objectif, qui dit quoi construire mais pas quel résultat on poursuit.
Il ne change jamais et n'est jamais retiré, si bien qu'il devient un papier peint que l'équipe cesse de lire.
Seul le Product Owner l'a vu, alors les Développeurs ne peuvent pas s'en servir pour arbitrer pendant le Sprint.
Comment bien l'utiliser
Rédigez un seul Objectif de Produit et rendez-le visible. Placez-le en tête du Carnet de Produit, où chacun s'y réfère, et revenez-y lors de la Planification du Sprint.
Servez-vous-en comme filtre en Planification du Sprint. La première question pour tout travail candidat est de savoir s'il rapproche l'équipe de l'Objectif de Produit; cela garde le Carnet de Sprint cohérent.
Faites en sorte que l'Objectif de Sprint y mène. Chaque Objectif de Sprint devrait être un pas concret vers l'Objectif de Produit, pour que les deux se renforcent au lieu de se concurrencer.
Retirez-le délibérément. Quand l'objectif est atteint — ou clairement plus digne d'être poursuivi — dites-le, puis fixez le suivant. Un objectif jamais clos perd son sens.
Un Objectif de Produit n'est pas de la paperasse. Bien utilisé, c'est le fil qui permet à une Équipe Scrum de dire non au travail bon mais hors cible et oui aux quelques choses qui font réellement avancer le produit. Rédigez-en un, gardez-le unique, orientez chaque Sprint vers lui, et retirez-le honnêtement quand son heure est venue.
Si vos équipes pratiquent Scrum mais peinent à relier les Sprints quotidiens à une véritable direction de produit, le conseil en réalisation de programmes et de projets de XNM peut vous aider.