Ancien développeur devenu Scrum Master, je suis aujourd’hui facilitateur pour une équipe Scrum. Je me suis rendu compte au fur et à mesure de mes expériences que je comprenais  donc logiquement mieux le métier de développeur que celui de Product Owner (PO).

Ce sentiment est aussi partagé pour la plupart des Scrum Masters que j’ai pu croiser sur mes différentes missions.

Même si je savais à quoi correspondait le rôle de Product Owner, j’ai ressenti le besoin de mieux comprendre les tâches et objectifs de ce membre de l’équipe Scrum.

Pour ce faire, j’ai pas mal arpenté les articles et autres billets de blog sur le sujet, jusqu’à arriver sur le blog de Roman Pichler (https://www.romanpichler.com/). La biographie de cet expert en management produit est disponible sur le site pour les plus curieux.

Ayant trouvé ces articles pertinents et accessibles, j’ai poursuivi ma lecture jusqu’à son livre “How to lead in product management”, qui m'a donné une vision plus fine du rôle du PO. Et c’est pourquoi j’ai décidé de partager cet article avec les points importants de ce livre et mes avis sur ceux-ci.

Cet article permettra aux Scrum Masters de mieux comprendre comment construire les objectifs d’une personne “gérant un produit”. Il aidera un PO à comprendre et adopter la posture de leader vis à vis de son produit. Il pourra aussi aider l’équipe de développement à mieux comprendre le fonctionnement d’une personne orientée produit dans une équipe Scrum.  

« True leaders understand that leadership is not about them but about those they serve. It is not about exalting themselves but about lifting others up » Sheri L. Dew ("Les vrais leaders comprennent que le leadership n'est pas à leur service mais au service de ceux qu'ils servent. Il ne s'agit pas de s'exalter mais d'élever les autres")

Les objectifs du Product Owner

Établir des objectifs est la clé pour aligner les équipes de développement et les parties prenantes.
Quand ils sont bien suivis, les objectifs permettent d’établir un but commun, qui projette les efforts de chacun.

Roman Pichler explique les différents types d’objectifs qu’un PO doit mettre en place via la chaîne des objectifs.

Il est important de préciser que les différents types d’objectifs sont liés.
La Vision produit aide à trouver les bons objectifs utilisateurs / business, qui aident à déterminer le bon objectif produit qui lui-même aide l’équipe à identifier ses objectifs de sprint.

La Vision produit est indirectement rattachée à chaque objectif de sprint (et vice-versa). Chaque objectif de sprint est un pas en plus vers l’objectif produit, qui lui-même est un pas en plus vers les objectifs utilisateurs / business ...

Cette représentation des objectifs est claire et aide l’équipe à définir ses objectifs.
On se rend bien compte que c’est la vision produit qui fédère et influe sur tous les objectifs jusqu’aux objectifs de sprint. Chaque objectif est lié et influe sur celui du dessus et sur celui du dessous. Cela aide à garder la véritable raison d’être d’un produit en vue et à choisir tous les objectifs en fonction de celle-ci.

La chaîne des objectifs de R. Pichler apparaît comme un outil intéressant pour identifier et définir l’ensemble des objectifs d’un produit. C’est une représentation facilement compréhensible qui peut être présentée à la fois aux équipes de développement et aux parties prenantes.

1 - Vision produit

Le premier niveau (et sûrement le plus important) de la chaîne des objectifs de R. Pichler est la Vision produit. Il décrit la raison de créer le produit et le changement positif qu’il devrait apporter.

Une Vision produit efficace inspire les individus. Elle apporte la motivation nécessaire pour travailler sur le produit.

La Vision produit ne peut pas être mesurée. Il se peut même que la vision soit inatteignable, mais ce n’est pas grave tant que le produit avance dans cette direction.

Exemple de Vision Produit : Aider la population à manger plus sainement

2 - Objectifs utilisateurs et business

Au second niveau, les objectifs utilisateurs sont basés sur les enjeux utilisateurs concernant le produit alors que les objectifs business identifient les avantages que l’entreprise souhaite obtenir.

Peu importe les objectifs utilisateur ou business choisis, ils doivent être spécifiques et mesurables.
Cela vous permettra de mettre en place les bons KPI (Key Performance Indicators / Indicateur Clé de Performance) qui reflètent l’atteinte des objectifs produits.

Contrairement à la Vision qui ne change globalement pas, les objectifs utilisateurs et business changeront au fur et à mesure que le produit gagnera en maturité.
Lors de l’évolution du produit, l’entreprise rencontrera de nouveaux challenges et il sera normal de changer ces objectifs.

Exemples d’Objectif Utilisateur et Business : réduire le diabète en France & créer de nouveaux revenus

3 - Objectif Produit

Chaque objectif produit est un pas en avant vers un objectif utilisateur/business. Il décrit un avantage spécifique. Il est stratégique par nature, mais plus précis qu’un objectif utilisateur/business. Il couvre une période plus restreinte.

Ces objectifs produits sont parfaits pour diriger et aligner les travaux des parties prenantes et développeurs. Ils ne sont pas fixes et peuvent changer au cours du temps (si par exemple l’avancée des développements est plus longue que prévu ou que l’objectif produit est trop ambitieux) et peuvent être ajustés pour être plus pertinents.

Exemple d’Objectif Produit : aider les utilisateurs à mieux comprendre leurs habitudes alimentaires

4 - Objectif de Sprint

L’objectif de Sprint correspond au résultat souhaité d’un sprint. Il répond à la question “Pourquoi lance-t-on le sprint ?”.

C’est un objectif tactique, à court terme qui permet d’avancer vers la réalisation d’un objectif produit.

L’objectif de sprint permet aussi d’aligner les membres de l’équipe de développement, d’encourager une meilleure collaboration et de déterminer facilement si le sprint est une réussite ou non.

Exemple d’Objectif de Sprint : s’assurer que les utilisateurs souhaitent partager leurs informations personnelles en activant l’application

5 - Rendre ses objectifs géniaux

En choisissant ces objectifs, il faut s’assurer qu’ils soient pertinents pour le produit et pour l’organisation.

Voici une liste de critères que propose R. Pichler pour construire des objectifs efficaces :

• Co-construit : Pour que les individus comprennent et s’approprient les objectifs, il faut que ceux-ci soient partagés et choisis par tous. Cela leur permettra également de s’en sentir responsable. Le PO doit impliquer les individus sur le choix des différents objectifs ;
  (Exemple : En construisant les objectifs en équipe au Sprint Planning)
• Réaliste et mesurable : Tous ces objectifs, à part la Vision produit, doivent être réalisables et mesurables. Tout objectif trop ambitieux va avoir tendance à démotiver les gens ou encourager les comportements nocifs (heures supplémentaires, baisse de qualité, stress...) ;
  (Exemple : S’assurer que l’objectif est faisable sur une itération)
• Inspirant : Les objectifs inspirants donneront aux membres de l’équipe l’envie de travailler sur le produit. Pour établir des objectifs inspirants, il faut se concentrer sur l’impact souhaité plutôt que sur le produit en lui-même ;
• Favorisant l’autonomie : Un objectif efficace donne l’opportunité aux parties prenantes et développeurs d’avoir la liberté nécessaire pour interpréter et réaliser la solution. Ce qui leur donnera l’autonomie nécessaire pour réaliser leurs tâches et permettra au PO de ne pas micro manager.
  (Exemple : L’objectif n’est pas qu’une liste de fonctionnalités (marche aussi pour inspirant)

Évidemment, chaque équipe aura ses types d’objectifs. Selon son niveau d’entente, sa maturité ou sa vision. Il n’y a donc pas de recette miracle pour avoir des objectifs géniaux.

Cette liste est une bonne base pour être sûr de ne pas se tromper. Je vous propose de la présenter et de l’expliquer à l’équipe au complet et aux parties prenantes. Ainsi tout le monde saura s’en servir ensuite pour co-construire les différents objectifs.

Le Product Owner joue un rôle important dans la définition et le degré de pertinence de ces objectifs. Il devra faire en sorte que l’ensemble de l’équipe comprennent ces 4 types d’objectifs (Vision produit, objectif Utilisateurs / Business, objectif Produit, objectif de sprint), et qu’ils participent à leur co-constructions. La chaîne des objectifs est un outil puissant qui peut être utilisé rapidement et concrètement avec les équipes afin de leurs faire comprendre les différents types d’objectifs.

Conclusion

Cette lecture de “How to lead in product development” m’a appris beaucoup de choses et m’en a rappelé d’autres.

Il met l’accent sur la posture du Product Owner. Il a une posture de leader dans l’équipe pour s’assurer que l’ensemble des membres partage sa Vision produit.

La mise en place d’objectifs inspirants et partagés avec l’ensemble de l’équipe est une des clés de son rôle.

Le PO n’est pas un simple exécutant produit, mais bien un réel leader, qui guide les différents acteurs de la vie du produit au quotidien.

De plus, Roman Pichler donne des outils et des astuces qui peuvent aider le Scrum Master à comprendre le rôle de PO et aider celui-ci de la meilleure des manières.

Il propose des outils qui portent sur différentes thématiques comme la Chaîne des Objectifs qui peut être utilisée et maîtrisée facilement dans un contexte agile (par le PO ou par le Scrum Master).

C’était donc une lecture intéressante plus axée Produit et rôle du Product Owner. Cela m’a permis de mieux comprendre les spécificités de ce rôle. Je me sens plus prêt à travailler avec le Product Owner mais surtout plus apte à mieux le conseiller afin de l’aider à atteindre son statut de leader produit, que cela soit dans une équipe Scrum ou dans l’organisation.