Félicitations ! Tu as choisi de devenir Product Owner ! Au-delà d'être un métier de passionné(s) du produit, c’est également un rôle challengeant où tu vas devoir relever de nombreux défis. Alors, entre user stories, roadmap, daily meeting, sprint review et backlog refinement... tu as besoin de conseils pour tes premiers pas dans ce fabuleux métier ? Tu es au bon endroit !
Dans cet article, nous te donnerons nos conseils pour tes premiers jours en tant que PO sur : les informations et les interlocuteurs à connaître, les “journées type” et les rituels qui rythment la vie d’un PO, et enfin l'état d'esprit à avoir pour réussir ta mission.
En tant que Product Owner, ton rôle est central dans l’équipe et tu vas très vite devenir le point de contact privilégié pour tous ses membres. C’est pourquoi nous te recommandons, avant toute chose, de prévoir du temps lors de tes premiers jours à ton poste pour aller à la rencontre de tes interlocuteurs et des différentes parties prenantes de ton produit. En effet, c’est eux qui vont te permettre de comprendre toutes les dimensions de ton rôle et de ton produit.
On te rassure, tu n’as pas besoin d’être un artiste du code pour travailler avec des développeurs. Ton rôle en tant que PO est d’établir une relation de confiance avec tes développeurs. En effet, c’est eux qui vont construire le produit et tes décisions auront un impact direct sur leur travail. Discuter avec eux va te permettre d’identifier ce qui peut être construit de manière réaliste. Cette estimation va te permettre de prendre des décisions sur ta roadmap produit. C’est notamment pour les développeurs que tu devras veiller à rédiger des User Stories de qualité (nos conseils par ici).
Le Lead Développeur est la personne qui va te renseigner de la manière la plus complète possible sur l’historique du produit : son ancienneté, sa dette technique, mais aussi l’environnement technique du produit. Ces informations sont une véritable mine d’or pour les futurs choix que tu vas faire pour le produit.
Et oui, eux aussi font partie de ton équipe et ils ont un rôle primordial : améliorer le parcours utilisateurs et le rendre homogène. C’est grâce aux maquettes qu’ils produiront que les développeurs auront également une meilleure compréhension des fonctionnalités à développer.
Il est évidemment nécessaire de rencontrer le métier. Dans certaines grandes organisations, ce sont eux qui définissent les objectifs du produit, les enjeux à prendre en compte et les attentes fonctionnelles qu'ils ont du produit. Bien évidemment, la taille de ton entreprise va également dimensionner ces éléments : les objectifs d'une entreprise de moins de 500 personnes seront différents d'une entreprise de plusieurs milliers d'employés.
Si cela est possible, rencontrer les utilisateurs de ton produit est une véritable mine d'or car ils pourront directement te communiquer leurs attentes sur le produit, quelles fonctionnalités ils utilisent et celles dont ils ne sont pas satisfaits. Si tu ne peux pas rencontrer tes utilisateurs directement, n’hésite pas à contacter ton service de Relation Client qui pourra te donner des informations clés sur le comportement de tes utilisateurs et les points bloquants rencontrés.
En plus de ces rencontres qui te serviront de base pour démarrer ta mission, nous te recommandons également de lire un maximum de documentation disponible sur l’entreprise et le produit (user stories existantes, présentations internes, roadmaps...).
Une journée type pour un PO, en existe-t-il vraiment une ? Même si chaque journée est différente, certaines composantes reviennent régulièrement dans la vie d’un PO, notamment les divers rituels agiles et autres cérémonies, dont voici un petit récapitulatif.
C’est un véritable incontournable lorsqu’on travaille en Agile, le "Daily" est un moment à ne pas négliger. Ce rituel quotidien, à faire le plus tôt possible dans la journée, permet de réunir l’équipe et de partager ensemble les points d’avancement et les blocages que chaque membre de l’équipe a sur le produit. En général, un daily meeting s'articule autour de ces 3 questions :
Bien-sûr, en agile, tout le monde s’adapte et on peut trouver différentes manières d’animer ce point de partage qui, dans l’idéal, ne doit pas dépasser les 15 min.
L’objectif : démarrer la journée avec des objectifs clairs et des solutions identifiées à ses problèmes.
Être un PO, c’est également être un roi de la priorisation ! Tu vas donc devoir prendre rapidement et régulièrement connaissance de tes mails et tâches urgentes que tu auras à réaliser. Quel que soit ton interlocuteur, tu es le garant de la vision du produit et tu dois être disponible pour fournir les informations manquantes à l’équipe ou aux parties prenantes.
Enfin, nous abordons la notion de backlog, qui est le meilleur ami du PO. Dans tous les cas, ce sera ton outil de travail quotidien. Pour rappel, le backlog est le recueil de l'ensemble des besoins du client / des décideurs, qui est structuré en fonctionnalités à développer et à intégrer au produit. Sa gestion et sa priorisation sont donc primordiales pour la constitution du produit.
Pour composer ton backlog, tu vas notamment rédiger des user stories (nos conseils par ici) pour chaque évolution/fonctionnalité qui sera apportée à ton produit. Ces US vont venir composer tes sprints, des itérations de 2 semaines en général, pendant lesquelles l’équipe doit atteindre un objectif fixé lors du sprint planning.
Après avoir rédigé tes User Stories, tu auras ensuite à les prioriser pour bien organiser l'activité de ton équipe. Pour cela, de nombreuses méthodes existent : MoSCoW, la méthode Kano, ou encore le WSJF. Si tu souhaites creuser d'avantage ce sujet, n'hésite pas à consulter notre article à ce sujet juste ici.
C'est un rituel Agile important qui va te permettre de construire le contenu du sprint à venir. Ton rôle est ici de présenter les nouvelles US que tu auras rédigé à l’équipe. Ensuite, chaque membre de l’équipe estime une complexité de réalisation pour chaque US. Une fois les estimations faites, tu auras à prioriser les US et composer le sprint en fonction des estimations effectuées et de la valeur que la fonctionnalité va apporter au métier et aux utilisateurs. Tu peux animer le sprint planning de différentes manières, dont notamment la méthode du Poker Planning (découvre notre article à ce sujet par ici).
Ce rituel est tout aussi important que le Sprint Planning. En effet, l'un est consacré à la planification et au lancement d’un sprint, la Sprint Retrospective est quant à elle le point final d’un sprint. Ce rituel permet de réunir les membres de l’équipe pour échanger autour de 4 points essentiels :
Ce point d'échange est essentiel pour identifier à chaque sprint les points qu'il faudra améliorer ou conserver pour la gestion de l'équipe et ses activités. Attention cependant à bien timeboxer cet échange et à bien centrer le débat sur les points ci-dessus. Il ne s'agit pas ici de régler des comptes personnels entre membres de l'équipe.
Nos Tips pour des réunions efficaces :
Quelles que soient tes tâches et tes interactions avec ton équipe, nous te conseillons de garder en tête les conseils ci-dessous qui te permettront d’avoir le bon mindset pour réussir ta mission de Product Owner.
Contrairement à l'approche "Projet" qui vise à livrer une solution en production, l'approche "Produit" que doit avoir un Product Owner consiste à apporter de la valeur aux utilisateurs finaux et à l'entreprise. Ici, ton but sera de réfléchir à une amélioration continue du produit en mettant au centre les besoins de tes utilisateurs. Tu es le garant de la vision produit et tu le connais sur le bout des doigts !
Si tu as choisi de devenir Product Owner, c'est certainement parce que tu aimes travailler en équipe ! Avec tes interlocuteurs, n'hésite pas à faire preuve de leadership, tout en sachant te remettre en question, et sans donner une impression de hiérarchie (car ce n'est pas ton rôle !). Être curieux et avoir un très bon sens de la communication sont de véritables atouts pour ce rôle !
En tant que Product Owner, tu auras de nombreux challenges à relever, notamment celui de ne pas pouvoir contenter toutes les demandes de tes parties prenantes ! C'est à toi de prendre les décisions qui vont impacter l'équipe. N'hésite pas également à challenger les demandes qui te seront formulés et à réellement creuser le besoin qui se cache derrière pour trouver LA solution !
Être un Product Owner, c'est également savoir que le time-to-market est primordial ! Tu vas devoir prioriser les fonctionnalités réellement fondamentales. Ton but n'est pas de reculer la mise en production tant que le produit n'est pas parfait, mais de favoriser les mises en production fréquentes et qui apportent de la valeur à ton produit !
En tant que Product Owner, tu dois toujours avoir une vision très claire de ton produit mais aussi de ta Roadmap ! En effet, le fait de connaître et planifier l'activité de ton équipe va t’aider dans ta prise de décision. N'hésite pas à anticiper les besoins et à faire preuve de proactivité pour construire ta Roadmap produit.
Comme on l'a évoqué un peu plus haut, le rôle de PO est challengeant car il est souvent confronté à des parties prenantes qui veulent TOUT, tout de suite. C'est pourquoi il est important de ne pas surcharger l'équipe de développement et temporiser les demandes des parties prenantes pour ne pas faire exploser la charge de travail de l’équipe.
N'oublie pas, un produit se pilote avec des outils analytiques (DATA et métriques) pour connaître tes utilisateurs et leur comportement avec le produit. Ce sont des outils essentiels qui vont te permettre de définir des KPIs à suivre tout au long de l’évolution de ton produit, et qui t’aideront dans ta prise de décision. N'hésite pas à faire appel aux outils (souvent gratuits) qui sont à ta disposition :
Pour conclure, tes premières journées sont avant tout pour rencontrer ton équipe, t'imprégner des la vision de l'entreprise et comment la stratégie et les objectifs découlent de cette dernière. Enfin, ton rôle en tant que Product Owner est de s'adapter en fonction des différentes parties prenantes que tu vas rencontrer. N'oublie pas de prendre le temps de rencontrer chaque personne qui peut avoir un impact direct ou indirect sur ton produit et/ou ton périmètre.
Ce qu’il faut retenir :