« Product Owner vs Product Manager » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 5 : | Ligne 5 : | ||
---- | ---- | ||
<span class="s1">Traduction :</span><br /> <br /> | <span class="s1">Traduction :</span><br /> <br /> | ||
==Introduction== | ==Introduction== | ||
A la lecture d'un récent message sur les forums de Yahoo, je constate qu'il semble y avoir une confusion sur les différences entre ces deux rôles. Des questions comme : est-ce que ces deux rôles empiètent l'un sur l'autre ? le Product Manager peut-il assumer les responsabilités du Product Owner ? quelles sont les missions spécifiques propres à chacun de ces rôles ? et ainsi de suite...<br /> <br /> Il y a eu une très bonne discussion sur ce sujet sur le groupe Yahoo "Scrum Development" et certains points ont été très bien traités. Donc, je vais essayer de récapituler cela pour vous dans ce billet, et bien sûr y ajouter ma touche personnelle.<br /> <br /> Je pense que les fondateurs de Scrum ont volontairement choisi un titre différent. Ils auraient facilement pu garder le même titre. Mais je pense qu'il y avait de bonnes raisons pour cela. Et c'est pourquoi le PO a un ensemble spécifique de tâches dédiées à ce rôle dans Scrum.<br /> <br /> | A la lecture d'un récent message sur les forums de Yahoo, je constate qu'il semble y avoir une confusion sur les différences entre ces deux rôles. Des questions comme : est-ce que ces deux rôles empiètent l'un sur l'autre ? le Product Manager peut-il assumer les responsabilités du Product Owner ? quelles sont les missions spécifiques propres à chacun de ces rôles ? et ainsi de suite...<br /> <br /> Il y a eu une très bonne discussion sur ce sujet sur le groupe Yahoo "Scrum Development" et certains points ont été très bien traités. Donc, je vais essayer de récapituler cela pour vous dans ce billet, et bien sûr y ajouter ma touche personnelle.<br /> <br /> Je pense que les fondateurs de Scrum ont volontairement choisi un titre différent. Ils auraient facilement pu garder le même titre. Mais je pense qu'il y avait de bonnes raisons pour cela. Et c'est pourquoi le PO a un ensemble spécifique de tâches dédiées à ce rôle dans Scrum.<br /> <br /> | ||
==Comment leurs rôles diffèrent-ils?== | ==Comment leurs rôles diffèrent-ils?== | ||
D'abord et avant tout, le PO définit les priorités pour l'équipe de développement. Cela se fait via le product backlog. Une entreprise a la capacité de transformer certaines exigences en un code opérationnel. La façon dont cette capacité est utilisée, est entièrement entre les mains du PO.<br /> <br /> Pour que le PO puisse le faire, il a besoin de disposer d'une vue globale. Que le PO obtienne effectivement cette information à partir d'autres rôles ou qu'il l'obtienne par lui-même dépend de l'organisation de l'entreprise.<br /> <br /> Une fois qu'il a bien compris le contexte dans son ensemble, le PO doit exécuter quelques tâches supplémentaires spécifiques (pas nécessairement formellement définie d'ailleurs) :<br /> <br /> | D'abord et avant tout, le PO définit les priorités pour l'équipe de développement. Cela se fait via le product backlog. Une entreprise a la capacité de transformer certaines exigences en un code opérationnel. La façon dont cette capacité est utilisée, est entièrement entre les mains du PO.<br /> <br /> Pour que le PO puisse le faire, il a besoin de disposer d'une vue globale. Que le PO obtienne effectivement cette information à partir d'autres rôles ou qu'il l'obtienne par lui-même dépend de l'organisation de l'entreprise.<br /> <br /> Une fois qu'il a bien compris le contexte dans son ensemble, le PO doit exécuter quelques tâches supplémentaires spécifiques (pas nécessairement formellement définie d'ailleurs) :<br /> <br /> | ||
