<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:TaskDescription 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="-mi1O4H7RRm0YqlUNyp8TJg" name="Initiate Product Backlog,_BGFMoANkEduYd-55D-Aiqg" guid="-mi1O4H7RRm0YqlUNyp8TJg" authors="Claude Aubry" changeDate="2006-12-03T09:00:53.343+0100" version="1.0.0">
  <keyConsiderations>&lt;p&gt;
    Le backlog initial doit permettre de planifier au moins les 2 ou 3 premiers sprints.
&lt;/p&gt;</keyConsiderations>
  <sections xmi:id="_pWL_gAPJEdubhrgDuRb4fA" name="Collecter les éléments du backlog" guid="_pWL_gAPJEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Le &lt;a class=&quot;elementLink&quot; href=&quot;./../../Scrum/roles/Product Owner,_ICJyYPpaEdqsc-f87sBK8A.html&quot;
    guid=&quot;_ICJyYPpaEdqsc-f87sBK8A&quot;&gt;Directeur Produit&lt;/a&gt;&amp;nbsp;établit une première liste des exigences (une
    exigence&amp;nbsp;devient 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;qu'il souhaite voir réalisées pour la fin de la
    release.
&lt;/p&gt;
&lt;p&gt;
    Pour compléter cette liste et obtenir un backlog suffisant, il est conseillé d'organiser un workshop réunissant toute
    l'équipe plus des intervenants. Au cours de ce workshop, le &lt;a class=&quot;elementLink&quot;
    href=&quot;./../../Scrum/roles/Product Owner,_ICJyYPpaEdqsc-f87sBK8A.html&quot; guid=&quot;_ICJyYPpaEdqsc-f87sBK8A&quot;&gt;Directeur
    Produit&lt;/a&gt;&amp;nbsp;présente son ébauche de backlog et chacun intervient pour proposer de nouveaux items.
&lt;/p&gt;
&lt;p&gt;
    Il est fréquent qu'un élément du backlog soit identifié&amp;nbsp;comme une histoire d'utilisateur (User story), technique
    utilisée à l'origine dans EXtreme Programming (XP) et qui s'adapte très bien&amp;nbsp;à Scrum.
&lt;/p&gt;
&lt;br /&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_u0Z7sAPJEdubhrgDuRb4fA" name="Ordonner le backlog" guid="_u0Z7sAPJEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Le &lt;a class=&quot;elementLink&quot; href=&quot;./../../Scrum/roles/Product Owner,_ICJyYPpaEdqsc-f87sBK8A.html&quot;
    guid=&quot;_ICJyYPpaEdqsc-f87sBK8A&quot;&gt;Directeur Produit&lt;/a&gt;&amp;nbsp;ordonne les éléments du backlog selon une priorité
    décroissante. Pour lui, A plus prioritaire que B signifie qu'il souhaite disposer, dans un produit partiel, de l'item A
    avant l'item B.
&lt;/p&gt;
&lt;p&gt;
    Lorsque le backlog contient beaucoup d'éléments, le classement par priorité de chacun est fastidieux et délicat. C'est
    pourquoi il est utile de définir des &lt;a class=&quot;elementLink&quot;
    href=&quot;./../../Scrum/guidances/termdefinitions/Theme,_aeYKoIKlEduQgtHqedKdMA.html&quot;
    guid=&quot;_aeYKoIKlEduQgtHqedKdMA&quot;&gt;Thème&lt;/a&gt;s, d'associer à&amp;nbsp;chaque élément un thème et de définir les&amp;nbsp;priorités
    sur les thèmes avant de passer aux éléments. Cela peut être fait lors d'une réunion à laquelle participent les &lt;a
    class=&quot;elementLink&quot; href=&quot;./../../Scrum/roles/StakeHolder,_Qqmp8P_AEdqtbrr0B1TG-A.html&quot;
    guid=&quot;_Qqmp8P_AEdqtbrr0B1TG-A&quot;&gt;Intervenant&lt;/a&gt;s, ainsi que des membres de l'équipe.
&lt;/p&gt;</sectionDescription>
  </sections>
  <purpose>Le but est de produire un backlog au moins suffisant pour permettre le démarrage de la série des sprints.</purpose>
</org.eclipse.epf.uma:TaskDescription>