« Représentant du Product Owner » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (Une version intermédiaire par le même utilisateur non affichée) | |||
| Ligne 3 : | Ligne 3 : | ||
[[Category: Jeff Sutherland]] | [[Category: Jeff Sutherland]] | ||
[[Category: Portail Product Owner]] | [[Category: Portail Product Owner]] | ||
[[Category: Rôle du Product Owner]] | |||
[[Category: Published Patterns]] | |||
Auteurs : Jens Østergaard, James O Coplien, Jeff Sutherland<br /> | |||
Source : [https://sites.google.com/a/scrumplop.org/published-patterns/product-organization-pattern-language/surrogate-product-owner Surrogate Product Owner] (Published Patterns)<br /> | |||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | |||
Date : 20/08/2011<br /> | |||
---- | ---- | ||
Traduction :<br /> | |||
<br /> | |||
<span class="hps">Contexte : l'équipe a besoin qu'on lui donne une direction pour pouvoir construire la bonne chose.</span><br /> <br /> <span class="hps">Problème : '''l'équipe Scrum n'est pas organisée avec un [https://sites.google.com/a/scrumplop.org/published-patterns/product-organization-pattern-language/product-owner Product Owner]'''</span>'''.'''<br /> <br /> <span class="hps">Pendant que l'équipe de développement va de l'avant et se prépare pour le premier sprint</span>, le <span class="hps">Scrum Master n'a pas réussi à obtenir un Product Owner</span>.<br /> <br /> <span class="hps">Il peut y avoir plusieurs raisons pour lesquelles la partie métier d'une organisation ne peut pas fournir un Product Owner</span>. Un <span class="hps">manque de compréhension de ce qu'est Scrum et du travail que cela implique pour un Product Owner remet en question l'organisation</span>, il est par conséquent difficile <span class="hps">d'avoir un bon Product Owner</span>.<br /> <br /> <span class="hps">Le Développement d'un Produit est la coopération entre le métier qui prend toutes les décisions sur le quoi et le développement qui estime et mène la construction du projet.</span><br /> <br /> <span class="hps">Cela crée un problème puisque le Product Owner a la responsabilité de la plupart des décisions métiers qui doivent être faites, au début, ainsi que pendant le développement du produit. Parmi les devoirs du Product Owner, il y a le fait d'ordonner le Backlog Produit de sorte que le bon ensemble de fonctionnalités puisse être livré au bon moment</span>.<br /> <br /> <span class="hps">Il est important que quelqu'un ait la responsabilité finale des décisions concernant le métier</span>.<br /> <br /> ''<span class="hps">Par conséquent </span>:''<br /> <br /> '''<span class="hps">Si une personne du métier n'est pas disponible, on peut passer par un ancien chef de projet pour jouer le rôle du Product Owner</span>.''' <span class="hps">Si ce n'est pas non plus une option, il faut revenir vers l'équipe qui doit décider qui de l'équipe sera le Product Owner, la seule personne qui puisse être pendue</span>.<br /> <br /> <span class="hps">La ''manière'' dont ça se passe</span>, c'est que <span class="hps">la personne responsable du processus</span>, <span class="hps">le ScrumMaster</span>, <span class="hps">est responsable de la description du poste à créer</span>. <span class="hps">Le ScrumMaster fournit la description du poste à l'équipe.</span><br /> <br /> <span class="hps">Parce que ce membre de l'équipe peut perdre de vue la perspective métier</span>, cela doit rester <span class="hps">une situation temporaire qui ne devrait pas durer plus de trois mois</span>. <span class="hps">Il y a cependant des cas où le Représentant du Product Owner est devenu</span>, avec succès, un Product Owner de façon permanente. | |||
Dernière version du 18 août 2018 à 06:25
Auteurs : Jens Østergaard, James O Coplien, Jeff Sutherland
Source : Surrogate Product Owner (Published Patterns)
Traducteur : Fabrice Aimetti
Date : 20/08/2011
Traduction :
Contexte : l'équipe a besoin qu'on lui donne une direction pour pouvoir construire la bonne chose.
Problème : l'équipe Scrum n'est pas organisée avec un Product Owner.
Pendant que l'équipe de développement va de l'avant et se prépare pour le premier sprint, le Scrum Master n'a pas réussi à obtenir un Product Owner.
Il peut y avoir plusieurs raisons pour lesquelles la partie métier d'une organisation ne peut pas fournir un Product Owner. Un manque de compréhension de ce qu'est Scrum et du travail que cela implique pour un Product Owner remet en question l'organisation, il est par conséquent difficile d'avoir un bon Product Owner.
Le Développement d'un Produit est la coopération entre le métier qui prend toutes les décisions sur le quoi et le développement qui estime et mène la construction du projet.
Cela crée un problème puisque le Product Owner a la responsabilité de la plupart des décisions métiers qui doivent être faites, au début, ainsi que pendant le développement du produit. Parmi les devoirs du Product Owner, il y a le fait d'ordonner le Backlog Produit de sorte que le bon ensemble de fonctionnalités puisse être livré au bon moment.
Il est important que quelqu'un ait la responsabilité finale des décisions concernant le métier.
Par conséquent :
Si une personne du métier n'est pas disponible, on peut passer par un ancien chef de projet pour jouer le rôle du Product Owner. Si ce n'est pas non plus une option, il faut revenir vers l'équipe qui doit décider qui de l'équipe sera le Product Owner, la seule personne qui puisse être pendue.
La manière dont ça se passe, c'est que la personne responsable du processus, le ScrumMaster, est responsable de la description du poste à créer. Le ScrumMaster fournit la description du poste à l'équipe.
Parce que ce membre de l'équipe peut perdre de vue la perspective métier, cela doit rester une situation temporaire qui ne devrait pas durer plus de trois mois. Il y a cependant des cas où le Représentant du Product Owner est devenu, avec succès, un Product Owner de façon permanente.