Programme | Certificat Chef de projet Systèmes d'Information (Product Owner)

Le métier de Product Owner - Partie 1

Les objectifs du Product Owner sont clairement définis dans les méthodes agiles. Mais comprendre les objectifs n'est pas suffisant pour être Product Owner, il faut savoir comment les réaliser et faire preuve de pragmatisme afin de s'adapter au contexte organisationnel et à des projets souvent complexes. Au travers d'exercices pratiques et de retours d'expériences, ce module s'attache à clarifier de façon concrète quelles sont les différentes tâches du PO et comment les réaliser en s'appuyant sur des outils et une méthodologie.
 

Introduction : Le rôle du Product Owner au regard du contexte

• Le contexte projet / organisationnel (ses interlocuteurs)
• Les rôles additionnels que peut être amené à prendre le Product Owner (Business Analyst / Proxy Product Owner…) vs. ce qui doit rester absolument à la charge du PO
• Les qualités & compétences du Product Owner

Définir la vision produit

Le Product Owner fixe le cap, donne du sens, analyse et anticipe la vision du produit à court, moyen ou long terme. La formation prépare les participants à avoir une vision produit concise et pilotée en termes d’objectifs (cadrage, ateliers et outils). Le PO doit la porter et la partager, permettant ainsi aux équipes de se projeter dans le futur.

Savoir animer des ateliers métiers

Apprendre à maîtriser les ateliers d'expression du besoin avec le métier :

• Préparation : contexte progiciel vs. solution maison
• Support de discussion : Comment le préparer, le formaliser / Adoption des bonnes pratiques
• Challenger le besoin vs. retranscrire
• Savoir distinguer besoin et solution

Le métier de Product Owner - Partie 2

Créer le Product Backlog, le maintenir et le communiquer :

• Comment construire et formaliser un Product Backlog qui soit à la fois compréhensible par le métier et par l'équipe projet (User experience / thèmes / sous-thèmes)
• Le bon niveau de granularité pour découper les Us vs. Features vs. Epic
• Les questions à se poser / les contraintes à prendre en compte
• Comment rendre visible / communiquer le Product Backlog ?
• Comment maintenir et faire évoluer le Product Backlog ?

Prioriser le besoin métier (les US) & définir le contenu des versions (Release) :

• Apprendre à aider le métier à prioriser ses besoins : Construire sa matrice de priorisation en adéquation avec le contexte projet
• Le contexte de livraison en plusieurs releases : Comment définir le contenu de chaque release ?
• Quelles sont les différentes stratégies / questions à se poser ?

Rédiger une User Story

Une fois le besoin compris et challengé, le PO doit rédiger la User Story. C'est un format synthétique mais qui doit être complet. Au travers de cas concrets, la formation prépare les participants à rédiger une US :

• Que mettre / que ne pas mettre ?
• Comment faire le lien avec les autres US ?
• Incorporer les tests en amont : Behavior Driven Development

Chiffrer : Le Planning Poker

Le PO doit être capable de participer à l'estimation de la charge :

• Méthodologie d’évaluation et de chiffrage
• Maîtriser le Planning Poker (retours d’expériences)

L'agilité à l'échelle de l'entreprise, perspective du PO et évolutions

• Zoom sur le rôle de Project Manager
• Introduction à la Méthode SAFe : Scaled Agile Framework
• Enjeux de l’agilité à l’échelle
• Prérequis pour le passage à l'échelle
• Framework SAFe (Rôles, Portfolio, Programme, Projet)