Merci pour cette intervention claire et limpide. Je ne suis pas encore en orientation po, mais le contenu fiche métier a à nouveau motivé mon choix. Merci Scrumlife et Nathalie pour cette présentation. 😊
C'est vrai ! Cette interview de Nathalie Keo est vraiment inspirante, elle aide à s'approprier ce rôle. Es-tu PO toi-même ? En quoi ta pratique, ou celle des PO que tu connais, diffère de celle de Nathalie ? -- JP
merci beaucoup pour cette vidéo !!, Serait t'il possible que vous nous partagez d'autres vidéos sur le rôle du PO et l'utilisation du jira pour gérer les user stories ?
Au fait, sur le rôle de PO, on a sorti ça depuis : scrumlife.tv/etrebonpo (lien facile à retenir) Ou directement sur UA-cam : ua-cam.com/video/ygMjk1DR2AQ/v-deo.html
Le PO "product owner" = partager une bonne vision du produit + story mapping pour de belles US "user story" (avec de beaux tests d'acceptance) + belle BL "backlog" bien priorisée avec son PM "product manager" ie avec les valeurs métier pour de belles BL "backlog" de sprint + belle présentation des US "user story" au sprint planning + respect du DOR "definition of ready". Mais... pas de PO "product owner" aux DSM "daily scrum meeting", cela traduirait que son rôle n'a pas été bien compris. En revanche, effectivement, s'il existe des points de blocage remontés lors des DSM "daily scrum meeting" sur des US "user story", le PO "product owner" sera bien sûr alerté par le SM "scrum master" pour donner des explications au membre de l'équipe DEV qui a remonté ce blocage. Et les explications ne sont pas données en DSM "daily scrum meeting" !!! Point d'amélioration remonté en Rétrospective : Un chart (down ou up) peut être créé pour tracer les points de blocage sur la définition des US/Sprint, qui permet alors au PO de s'améliorer sur les bonne définition des US et des tests d'acceptance.
bonjour à tous une question pratique un PO externe quelle marge de manœuvre? j'imagine que cela dépends des organisations mais un rex sur cette partie? et encore bravo pour tout le travail effectué
Bonjour @ScrumLife, Et merci encore pour cette belle vidéo ! Je voulais savoir si vous accordez le droit de passer un extrait de cette vidéo dans une entreprise ?
Bonjour @Guillaume313, Merci pour ton commentaire et pour ton soutien ! Nous sommes ravis que la vidéo t'ait plu. Bien sûr, tu peux utiliser un extrait de cette vidéo pour une utilisation en entreprise. Notre objectif est de diffuser les bonnes pratiques des approches agiles, et partager notre contenu dans un cadre professionnel va tout à fait dans ce sens. 🧩 Est-ce que tu l'utiliseras dans une session de formation, une réunion, ou une rétrospective ? J'aimerais bien savoir comment cette vidéo va aider ton équipe ! À très bientôt, Robin 🚀
Du coup, j ai du mal a capter pourquoi le po est au daily pour ê interrogé par les dev (a part qd il est dev aussi). De plus le "business manager" semble englober une partie du travail du po à savoir connaitre le marché, savoir le moment opportun pour faire des releases. En tout cas ces vidéos sont bien sympathiques!
Je pense que tu prends la question à l'envers. Scrum est adapté pour résoudre les problèmes complexes, des problèmes pour lesquels le développement spécifique est quasiment inévitable. À l'inverse si le problème que tu essaies de résoudre n'est pas complexe, alors Scrum n'est pas pertinent et il est fort possible que des logiciels standards puissent faire l'affaire. Qu'en dis-tu ? -- JP
@@ScrumLife Je suis d'accord, aussi, je pense que si une organisatiin ne maitrise pas son SI, par la documentation ne peut pas maitriser une methode AGIL
Je poste un commentaire un peu tardif sur le thème de la relation PO/SM et la réparation des tâches. Je viens d'arriver dans une équipe récente en tant que dev + SM où le PO (ancien SM et a fond sur le scrum) a pris une partie du rôle de sm car le sm précédent était éloigné géographiquement. En tant que sm je souhaite être utile à l'équipe et au PO sans frustrer le PO qui apprécie certaines tâches comme l'animation de la retro, organiser des évènements, ... Merci
Salut Vincent ! Réponse encore plus tardive :-) Un atelier rôles & responsabilités peut-être ? La question est de savoir s'il fait bien son travail de PO. Car c'est un travail à temps plein, donc logiquement s'il fait aussi SM cela devrait l'empêcher de bien faire son travail de PO. Tout cela sans parler des effets de bords néfastes à cumuler les deux, car ce n'est pas le même focus.
Et merci a Constantin, on a eu la même pensée au même moment, j ai failli me sentir tout seul. Tiens bah du coup je vais aller sonder qq un dans la rue moi
On parle beaucoup des développeurs. Et les designers UX et UI dans tout ça ? Les tests utilisateurs font parti du travail de l'UX designer, voire UX researcher dans certaines entreprises.
En effet ! Et c'est une bonne chose : les US doivent être avant tout des artefacts collaboratifs. Un PO qui rédige des specs qu'il shoote aux dev ? Ca, ce n'est pas le travail de PO ! Comment as-tu connu le rôle de PO jusqu'ici ? -- JP
Découvrez toute la communauté Scrum Life ! 👉 sl.run/8DDpZR
Merci pour cette intervention claire et limpide. Je ne suis pas encore en orientation po, mais le contenu fiche métier a à nouveau motivé mon choix.
Merci Scrumlife et Nathalie pour cette présentation. 😊
Super intéressant et clair. C'est bien selon moi, d'incarner le métier à travers la réalité d'une personne réelle.
C'est vrai ! Cette interview de Nathalie Keo est vraiment inspirante, elle aide à s'approprier ce rôle.
Es-tu PO toi-même ? En quoi ta pratique, ou celle des PO que tu connais, diffère de celle de Nathalie ?
-- JP
J'ai adoré votre analyse sur le rôle du PO
merci beaucoup pour cette vidéo !!, Serait t'il possible que vous nous partagez d'autres vidéos sur le rôle du PO et l'utilisation du jira pour gérer les user stories ?
Au fait, sur le rôle de PO, on a sorti ça depuis : scrumlife.tv/etrebonpo
(lien facile à retenir)
Ou directement sur UA-cam : ua-cam.com/video/ygMjk1DR2AQ/v-deo.html
Ah la QA, si rare de nos jours !! Mais tellement précieuse (signé : Ambroisinou). Bel épisode, comme d'hab!
Très instructif merci !
Très intéressant, merci !
Merci pour ce partage de vie de po
Le PO "product owner" = partager une bonne vision du produit + story mapping pour de belles US "user story" (avec de beaux tests d'acceptance) + belle BL "backlog" bien priorisée avec son PM "product manager" ie avec les valeurs métier pour de belles BL "backlog" de sprint + belle présentation des US "user story" au sprint planning + respect du DOR "definition of ready".
Mais... pas de PO "product owner" aux DSM "daily scrum meeting", cela traduirait que son rôle n'a pas été bien compris.
En revanche, effectivement, s'il existe des points de blocage remontés lors des DSM "daily scrum meeting" sur des US "user story", le PO "product owner" sera bien sûr alerté par le SM "scrum master" pour donner des explications au membre de l'équipe DEV qui a remonté ce blocage. Et les explications ne sont pas données en DSM "daily scrum meeting" !!!
Point d'amélioration remonté en Rétrospective : Un chart (down ou up) peut être créé pour tracer les points de blocage sur la définition des US/Sprint, qui permet alors au PO de s'améliorer sur les bonne définition des US et des tests d'acceptance.
merci pour ces infos 👍
Toutes vos vidéos sont extras !!
Merci Azaneos ! Si tu commentes sur celle-là, c'est que c'est ta préférée ? Quels sont les thèmes que tu préfères sur la chaîne ?
-- Constantin
Ça a l'air d'être un super métier!
oui ça l'est ;)
bonjour à tous une question pratique un PO externe quelle marge de manœuvre? j'imagine que cela dépends des organisations mais un rex sur cette partie? et encore bravo pour tout le travail effectué
Bonjour @ScrumLife,
Et merci encore pour cette belle vidéo !
Je voulais savoir si vous accordez le droit de passer un extrait de cette vidéo dans une entreprise ?
Bonjour @Guillaume313,
Merci pour ton commentaire et pour ton soutien !
Nous sommes ravis que la vidéo t'ait plu. Bien sûr, tu peux utiliser un extrait de cette vidéo pour une utilisation en entreprise. Notre objectif est de diffuser les bonnes pratiques des approches agiles, et partager notre contenu dans un cadre professionnel va tout à fait dans ce sens. 🧩
Est-ce que tu l'utiliseras dans une session de formation, une réunion, ou une rétrospective ? J'aimerais bien savoir comment cette vidéo va aider ton équipe !
À très bientôt,
Robin 🚀
Plus de Rex comme celui-ci! Merci !
Du coup, j ai du mal a capter pourquoi le po est au daily pour ê interrogé par les dev (a part qd il est dev aussi). De plus le "business manager" semble englober une partie du travail du po à savoir connaitre le marché, savoir le moment opportun pour faire des releases. En tout cas ces vidéos sont bien sympathiques!
Est ce que cette methode scrum, nous retourn aux developpement specifique
qui a laissé place aux logiciels standards
Je pense que tu prends la question à l'envers. Scrum est adapté pour résoudre les problèmes complexes, des problèmes pour lesquels le développement spécifique est quasiment inévitable. À l'inverse si le problème que tu essaies de résoudre n'est pas complexe, alors Scrum n'est pas pertinent et il est fort possible que des logiciels standards puissent faire l'affaire. Qu'en dis-tu ?
-- JP
@@ScrumLife
Je suis d'accord, aussi, je pense que si une organisatiin ne maitrise pas son SI, par la documentation ne peut pas maitriser une methode AGIL
Hello JP peux tu parler du role de Proxy Product Owner ?
C'est prévu dans les prochains sujets à venir !
Je poste un commentaire un peu tardif sur le thème de la relation PO/SM et la réparation des tâches. Je viens d'arriver dans une équipe récente en tant que dev + SM où le PO (ancien SM et a fond sur le scrum) a pris une partie du rôle de sm car le sm précédent était éloigné géographiquement. En tant que sm je souhaite être utile à l'équipe et au PO sans frustrer le PO qui apprécie certaines tâches comme l'animation de la retro, organiser des évènements, ... Merci
Salut Vincent ! Réponse encore plus tardive :-) Un atelier rôles & responsabilités peut-être ? La question est de savoir s'il fait bien son travail de PO. Car c'est un travail à temps plein, donc logiquement s'il fait aussi SM cela devrait l'empêcher de bien faire son travail de PO. Tout cela sans parler des effets de bords néfastes à cumuler les deux, car ce n'est pas le même focus.
Et merci a Constantin, on a eu la même pensée au même moment, j ai failli me sentir tout seul.
Tiens bah du coup je vais aller sonder qq un dans la rue moi
On parle beaucoup des développeurs. Et les designers UX et UI dans tout ça ? Les tests utilisateurs font parti du travail de l'UX designer, voire UX researcher dans certaines entreprises.
merci!
Elle n'a pas trop parlé de la rédaction des US
En effet ! Et c'est une bonne chose : les US doivent être avant tout des artefacts collaboratifs. Un PO qui rédige des specs qu'il shoote aux dev ? Ca, ce n'est pas le travail de PO !
Comment as-tu connu le rôle de PO jusqu'ici ?
-- JP