« Product Owner vs Product Manager » : différence entre les versions

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 />  

===Quelques citations du forum qui valent le coup d'être répétées ici===

<br /> ''"Scrum n'impose pas de responsabilité au-delà de celle d'optimiser le développement pour assurer la réussite de l'entreprise."'' (Anonyme)<br /> <br /> ''"Le rôle du Product Owner est, d'autre part, de vraiment représenter le côté métier et de travailler avec l'équipe pour optimiser la livraison du produit complet."'' (Greg)<br /> <br />  La meilleure...<br /> <br /> ''"Le rôle du Product Owner est un rôle véritablement nouveau et perturbateur pour la plupart des organisations, puisqu'il ne s'intègre pas facilement dans les rôles et les structures existantes."'' (Roman)<br /> <br />  En résumé, selon votre situation, les rôles de PM et de PO seront tenues par la même personne, par un groupe de personnes ou par des personnes différentes - et franchement, je m'en soucie peu. Tant qu'il y a une personne pour assurer la mission de PO et les responsabilités telles que définies dans les 6 points ci-dessus, alors tout roule d'un point de vue Scrum.<br /> <br />