| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:RoleDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.3/uma.ecore" epf:version="1.0.0" xmi:id="-35iKPqDM2F2PjKWQLCW4tA" name="Product Owner,_ICJyYPpaEdqsc-f87sBK8A" guid="-35iKPqDM2F2PjKWQLCW4tA" authors="Claude Aubry" changeDate="2006-12-06T09:55:24.078+0100" version="1.0.0"> |
| <mainDescription><p> |
| Le Directeur de produit (<i>Product Owner</i>) est le représentant des clients et utilisateurs dans l'équipe. |
| </p> |
| <p> |
| A ce titre, il est responsable de définir les caractéristiques du produit développé par l'équipe en termes de : |
| </p> |
| <ul> |
| <li> |
| <strong>fonctionnalités</strong> offertes. Plus précisément il identifie chaque exigence que doit&nbsp;satisfaire |
| le produit comme un&nbsp;<a class="elementLink" |
| href="./../../Scrum/workproducts/Product Backlog Item,_-D85cIGIEduKE9hnyImx1Q.html" |
| guid="_-D85cIGIEduKE9hnyImx1Q">Elément de backlog de produit</a>&nbsp;(ou item). Il fournit les détails sur ces |
| exigences quand c'est nécessaire pour l'équipe. Il est souhaitable qu'il spécifie&nbsp;les tests d'acceptation |
| (acceptance tests) de chaque exigence. |
| </li> |
| <li> |
| <strong>priorité</strong>. C'est lui qui définit l'ordre dans lequel ces éléments seront développés en fonction de |
| la valeur qu'ils apportent aux clients et utilisateurs. Cela permet d'alimenter l'équipe avec un <a |
| class="elementLink" href="./../../Scrum/workproducts/Product Backlog,_5ABscPpYEdqsc-f87sBK8A.html" |
| guid="_5ABscPpYEdqsc-f87sBK8A">Backlog de produit</a>&nbsp;prêt pour la planification des sprints, |
| </li> |
| <li> |
| <strong>but</strong>. C'est lui définit l'objectif d'une release et qui prend les décisions concernant le <a |
| class="elementLink" href="./../../Scrum/guidances/reports/Release Planning,_Z2NzkIGWEduKE9hnyImx1Q.html" |
| guid="_Z2NzkIGWEduKE9hnyImx1Q">Planning de la release</a>. |
| </li> |
| </ul> |
| <br /></mainDescription> |
| <keyConsiderations><p> |
| Son implication est capitale pour assurer le succès du projet. En définissant sa vision sur le produit, il&nbsp;donne |
| l'impulsion à l'équipe. En promouvant à l'extérieur le résultat de chaque sprint, il fournit à l'équipe une |
| reconnaissance qui la motive. |
| </p></keyConsiderations> |
| <skills><p> |
| Une personne qui joue ce rôle devrait posséder les compétences suivantes : |
| </p> |
| <ul> |
| <li> |
| bonne connaissance du domaine métier, |
| </li> |
| <li> |
| capacité à avoir une position respectée par tous les intervenants extérieurs (clients et utilisateurs), |
| </li> |
| <li> |
| capacité à prendre une décision au bon moment (pas trop tôt ni trop tard), |
| </li> |
| <li> |
| esprit ouvert au changement, |
| </li> |
| <li> |
| facilité à communiquer avec l'équipe. |
| </li> |
| </ul> |
| <p> |
| Quelqu'un qui a été Analyste Métier (Business Analyst) est un bon candidat pour ce rôle. |
| </p></skills> |
| <assignmentApproaches><p> |
| Il n'y a qu'une seule personne qui joue ce rôle. Cette personne doit être affectée au projet (le Directeur de produit |
| fait partie de l'équipe étendue et participe aux réunions). Le travail nécessite une affectation à plein temps ou |
| presque. |
| </p> |
| <p> |
| Il est&nbsp;important qu'il soit très disponible pour répondre aux questions de l'équipe, pour définir les tests |
| fonctionnels et&nbsp;donner son avis sur divers aspects du produit (l'interface homme machine d'un logiciel, par |
| exemple). |
| </p></assignmentApproaches> |
| <synonyms>Propriétaire de produit (product owner en anglais),&nbsp;Client (dans XP)</synonyms> |
| </org.eclipse.epf.uma:RoleDescription> |