blob: 8a24545a6397b0648c8e953da2693c30c7e9bb71 [file] [log] [blame]
<?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>&lt;p&gt;
Le Directeur de produit (&lt;i&gt;Product Owner&lt;/i&gt;) est le représentant des clients et utilisateurs dans l'équipe.
&lt;/p&gt;
&lt;p&gt;
A ce titre, il est responsable de définir les caractéristiques du produit développé par l'équipe en termes de :
&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;fonctionnalités&lt;/strong&gt; offertes. Plus précisément il identifie chaque exigence que doit&amp;nbsp;satisfaire
le produit comme un&amp;nbsp;&lt;a class=&quot;elementLink&quot;
href=&quot;./../../Scrum/workproducts/Product Backlog Item,_-D85cIGIEduKE9hnyImx1Q.html&quot;
guid=&quot;_-D85cIGIEduKE9hnyImx1Q&quot;&gt;Elément de backlog de produit&lt;/a&gt;&amp;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&amp;nbsp;les tests d'acceptation
(acceptance tests) de chaque exigence.
&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;priorité&lt;/strong&gt;. 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 &lt;a
class=&quot;elementLink&quot; href=&quot;./../../Scrum/workproducts/Product Backlog,_5ABscPpYEdqsc-f87sBK8A.html&quot;
guid=&quot;_5ABscPpYEdqsc-f87sBK8A&quot;&gt;Backlog de produit&lt;/a&gt;&amp;nbsp;prêt pour la planification des sprints,
&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;but&lt;/strong&gt;. C'est lui définit l'objectif d'une release et qui prend les décisions concernant le &lt;a
class=&quot;elementLink&quot; href=&quot;./../../Scrum/guidances/reports/Release Planning,_Z2NzkIGWEduKE9hnyImx1Q.html&quot;
guid=&quot;_Z2NzkIGWEduKE9hnyImx1Q&quot;&gt;Planning de la release&lt;/a&gt;.
&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;</mainDescription>
<keyConsiderations>&lt;p&gt;
Son implication est capitale pour assurer le succès du projet. En définissant sa vision sur le produit, il&amp;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.
&lt;/p&gt;</keyConsiderations>
<skills>&lt;p&gt;
Une personne qui joue ce rôle devrait posséder les compétences suivantes :
&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
bonne connaissance du domaine métier,
&lt;/li&gt;
&lt;li&gt;
capacité à avoir une position respectée par tous les intervenants extérieurs (clients et utilisateurs),
&lt;/li&gt;
&lt;li&gt;
capacité à prendre une décision au bon moment (pas trop tôt ni trop tard),
&lt;/li&gt;
&lt;li&gt;
esprit ouvert au changement,
&lt;/li&gt;
&lt;li&gt;
facilité à communiquer avec l'équipe.
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
Quelqu'un qui a été Analyste Métier (Business Analyst) est un bon candidat pour ce rôle.
&lt;/p&gt;</skills>
<assignmentApproaches>&lt;p&gt;
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.
&lt;/p&gt;
&lt;p&gt;
Il est&amp;nbsp;important qu'il soit très disponible pour répondre aux questions de l'équipe, pour définir les tests
fonctionnels et&amp;nbsp;donner son avis sur divers aspects du produit (l'interface homme machine d'un logiciel, par
exemple).
&lt;/p&gt;</assignmentApproaches>
<synonyms>Propriétaire de produit (product owner en anglais),&amp;nbsp;Client (dans XP)</synonyms>
</org.eclipse.epf.uma:RoleDescription>