| <?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.4/uma.ecore" |
| xmlns:epf="http://www.eclipse.org/epf" epf:version="1.2.0" xmi:id="-35iKPqDM2F2PjKWQLCW4tA" |
| name="Product Owner,_ICJyYPpaEdqsc-f87sBK8A" guid="-35iKPqDM2F2PjKWQLCW4tA" authors="Claude Aubry" |
| changeDate="2006-12-06T00:55:24.078-0800" 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%20Backlog%20Item_C561C125.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%20Backlog_DB75BBD.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%20Planning_ED85F1BB.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> |
