| <?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.4/uma.ecore" |
| xmlns:epf="http://www.eclipse.org/epf" epf:version="1.2.0" xmi:id="-mi1O4H7RRm0YqlUNyp8TJg" |
| name="Initiate Product Backlog,_BGFMoANkEduYd-55D-Aiqg" guid="-mi1O4H7RRm0YqlUNyp8TJg" |
| authors="Claude Aubry" changeDate="2006-12-03T00:00:53.343-0800" version="1.0.0"> |
| <sections xmi:id="_pWL_gAPJEdubhrgDuRb4fA" name="Collecter les éléments du backlog" |
| guid="_pWL_gAPJEdubhrgDuRb4fA"> |
| <sectionDescription><p>
 |
| Le <a class="elementLink" href="./../../Scrum/roles/Product%20Owner_D991557B.html"
 |
| guid="_ICJyYPpaEdqsc-f87sBK8A">Directeur Produit</a>&nbsp;établit une première liste des exigences (une
 |
| exigence&nbsp;devient un&nbsp;<a class="elementLink"
 |
| href="./../../Scrum/workproducts/Product%20Backlog%20Item_C561C125.html" guid="_-D85cIGIEduKE9hnyImx1Q">Elément de
 |
| backlog de produit</a>)&nbsp;qu'il souhaite voir réalisées pour la fin de la release.
 |
| </p>
 |
| <p>
 |
| 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 <a class="elementLink"
 |
| href="./../../Scrum/roles/Product%20Owner_D991557B.html" guid="_ICJyYPpaEdqsc-f87sBK8A">Directeur
 |
| Produit</a>&nbsp;présente son ébauche de backlog et chacun intervient pour proposer de nouveaux items.
 |
| </p>
 |
| <p>
 |
| Il est fréquent qu'un élément du backlog soit identifié&nbsp;comme une histoire d'utilisateur (User story), technique
 |
| utilisée à l'origine dans EXtreme Programming (XP) et qui s'adapte très bien&nbsp;à Scrum.
 |
| </p><br /></sectionDescription> |
| </sections> |
| <sections xmi:id="_u0Z7sAPJEdubhrgDuRb4fA" name="Ordonner le backlog" guid="_u0Z7sAPJEdubhrgDuRb4fA"> |
| <sectionDescription><p>
 |
| Le <a class="elementLink" href="./../../Scrum/roles/Product%20Owner_D991557B.html"
 |
| guid="_ICJyYPpaEdqsc-f87sBK8A">Directeur Produit</a>&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.
 |
| </p>
 |
| <p>
 |
| 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 <a class="elementLink"
 |
| href="./../../Scrum/guidances/termdefinitions/Theme_E39DA34D.html" guid="_aeYKoIKlEduQgtHqedKdMA">Thème</a>s,
 |
| d'associer à&nbsp;chaque élément un thème et de définir les&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 <a class="elementLink"
 |
| href="./../../Scrum/roles/StakeHolder_1207C822.html" guid="_Qqmp8P_AEdqtbrr0B1TG-A">Intervenant</a>s, ainsi que des
 |
| membres de l'équipe.
 |
| </p></sectionDescription> |
| </sections> |
| <keyConsiderations><p>
 |
| Le backlog initial doit permettre de planifier au moins les 2 ou 3 premiers sprints.
 |
| </p></keyConsiderations> |
| <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> |