Thread by @UxShadow

Conf n°2 : Product Owner pour les nuls
Product Owner : responsable de produit si on traduit. Sa mission : maximiser la valeur produite dans le temps imparti. C'est aussi le représentation des parties prenantes. #agilegrenoble21 @AgileGrenoble

Ses compétences :
1 - connaissance du métier, des enjeux, des risques, de la reglementation
2 - possède la vision du produit, il y croit, il fait ce qu'il faut pour y arriver, c'est notre "guide"
#agilegrenoble21 #agilegrenoble #agile #scrum

3 - sait dire non : à son équipe, à ses responsables, supérieurs, commerciaux...
4 - faire preuve d'ouverture d'esprit, être à l'écoute des retours, des équipe pour revoir ses certitudes
5 - a l'esprit de synthèse pour convaincre ses interlocuteurs et faire comprendre ses choix

Ses responsabilités : responsable du produit et de la valeur métier, a un oeil sur le budget, gère le planning, liste les fonctionnalités, les ordonne et anticipe une roadmap sécurisée pour le déploiement du produit sur le marché #agilegrenoble

Alors c'est un chef de projet ? Non ! Il n'y a pas de hierarchie dans l'équipe entre PO, scrum master et équipe de dev. #agilegrenoble

Autre responsabilité : gérer le backlog
-> définir le contenu, prioriser les fonctionnalités, leur apposer une valeur métier, mettre à jour le backlog au fil du temps
#agilegrenoble

Le PO n'est pas responsable du produit, c'est l'équipe qui est responsable de ce qui est livré. Le PO est responsable de la valeur à livrer, de livrer le max de valeur le plus tôt possible #agilegrenoble

Concrètement : le PO interagit au quotidien avec deux mondes : celui du métier (parties prenantes et utilisateurs) et l'équipe de développement #agilegrenoble

Côté parties prenantes :
1 - aider le métier à recueillir le besoin, s'assure que la compréhension soit commune, reformule, précise, valide le vocabulaire.
2 - challenger les besoins pour s'assurer que ce sont ceux qui apportent le plus de valeur
#agilegrenoble

3 - partager les objectifs
4 - creuser, détailler le besoin, co-construire avec les utilisateurs
5 - identifier la valeur métier de chaque fonctionnalité pour prioriser de façon intelligente
#agilegrenoble

Rôle de pilote et de suivi de projet également : gestion du périmètre, délai, budget, risques fonctionnels. #agilegrenoble

Côté équipe :
- construire le product backlog : d'abord au niveau macro
- priorisation en fonction de la valeur, des coûts et des délais
#agilegrenoble

- cadrage des user stories pour qu'elles soient "ready" (c'est l'équipe qui définit la definition of ready : les critères qui permettent de démarrer le dev, par ex avoir des critères d'acceptation, avoir des maquettes, etc)
#agilegrenoble

- s'assure que les user stories sont estimées par l'équipe en terme de charge de travail
- définit avec l'équipe l'objectif de sprint
> l'équipe a le droit et le devoir de challenger le PO, elle peut proposer des solutions qui correspondent mieux au besoin #agilegrenoble

- valide (ou rejette) les développements

Le scrum master est une ressource pour le PO et l'équipe pour faciliter les échanges. Le PO ne décide pas qui fait quoi dans l'équipe.
#agilegrenoble

Le PO doit être au plus proche de l'équipe pour répondre aux questions et éviter de prendre du retard dans le projet
#agilegrenoble

Lors de la revue de sprint : le PO recueille les feedbacks pour améliorer le produit en continue.
Il peut être aidé, délégué à un proxy-PO par exemple.
En résumé, il fait l'intermédiaire entre le technique et le métier, recueille le besoin et propose des solutions. #agilegrenoble

Cas concrets : si les parties prenantes demandent de faire un petit truc "vite fait pendant le sprint" > savoir dire non pour rester focaliser sur la maximisation de la valeur, si besoin on l'ajoutera dans le sprint suivant #agilegrenoble

Si l'objectif de sprint est complètement obsolète, qqch a changé, il n'a plus de sens > dans certains cas il peut être pertinent d'annuler le sprint #agilegrenoble

Ne pas oublier : 1 produit => 1 PO, il faut un unique décisionnaire
S'il y a 5 équipes sur un produit :
> essayer de faire moins d'équipes
> déléguer à des proxy-PO ou business analyst l'écriture du backlog, l'affinage des US
#agilegrenoble

En résumé, le PO :
- maximise la valeur
- est l'unique décisionnaire
- a un rôle nécessaire et compliqué, tiraillé entre les parties prenantes et l'équipe
- doit piloter le produit mais pas l'équipe
- peut déléguer
#agilegrenoble