Définir et utiliser un Objectif Produit : leçons d'une équipe numérique gouvernementale
Ce récit décrit une combinaison de situations réelles. L'équipe était une unité de services numériques au sein d'un gouvernement provincial, chargée de créer un portail en ligne pour un programme d'administration des prestations. Ils utilisaient Scrum depuis huit mois. Les cérémonies fonctionnaient bien, mais le travail réalisé à chaque Sprint semblait déconnecté — la recherche utilisateur avait conduit à une refonte, une suggestion d'un dirigeant avait ajouté un module, une présentation aux parties prenantes avait pivoté vers un tableau de bord. Personne ne pouvait expliquer de manière concise à quoi servait le produit — maintenant, dans cette phase.
Le problème que l'Objectif Produit a résolu
"L'Objectif Produit est l'objectif à long terme de la Scrum Team." Voilà exactement ce qui manquait à l'équipe. Sans Objectif Produit, chaque demande était évaluée selon la question "est-ce une bonne idée ?" plutôt que "est-ce que cela sert notre objectif actuel ?" Le Product Owner acceptait du travail raisonnable venant de personnes raisonnables à des moments raisonnables, et le produit dérivait.
Introduire l'Objectif Produit et ce qui a changé
Le Product Owner a rédigé un Objectif Produit pour la phase actuelle : permettre aux demandeurs de prestations de compléter et soumettre une détermination d'éligibilité en ligne, sans nécessiter un appel téléphonique, d'ici la fin du T2 2022.
L'Objectif Produit a été ajouté comme engagement attaché au Backlog Produit. Chaque élément a été évalué en fonction de sa contribution à cet objectif.
Quand le dirigeant avec la demande de module de notification est revenu, le Product Owner a pu avoir une conversation différente : c'est une fonctionnalité précieuse, elle n'est pas dans le périmètre de l'Objectif Produit actuel.
L'équipe a commencé à mesurer le succès du Sprint par rapport à l'Objectif du Sprint qui soutenait explicitement l'Objectif Produit.
À la fin du T2, la fonctionnalité de soumission d'éligibilité était en ligne. C'était la première fois que l'équipe atteignait son Objectif Produit.
Les leçons
Un Objectif Produit n'est pas un plan de projet. C'est un objectif à moyen terme qui donne à l'équipe une direction et un filtre.
L'Objectif Produit permet au Product Owner de dire pas encore. Sans Objectif Produit, chaque demande de partie prenante est évaluée isolément. Avec un Objectif Produit, le Product Owner a une raison articulable pour reporter le travail.
Les artefacts Scrum ont des engagements pour une raison. Ces engagements sont ce qui fait des artefacts des outils de planification plutôt que des listes.
XNM accompagne les organisations des secteurs public et des projets d'immobilisations dans la mise en place de pratiques Scrum efficaces. Contactez l'équipe de conseil en livraison de programmes et de projets de XNM pour un soutien dans votre programme agile.