| <?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="-NRwwk6YGAtu25V3Lc04G6w" |
| name="Plan sprint,_4LOggPpaEdqsc-f87sBK8A" guid="-NRwwk6YGAtu25V3Lc04G6w" authors="Claude Aubry" |
| changeDate="2006-12-03T00:57:11.890-0800" version="1.0.0"> |
| <sections xmi:id="_TJNsUP--Edqtbrr0B1TG-A" name="Définir le but du sprint" guid="_TJNsUP--Edqtbrr0B1TG-A"> |
| <sectionDescription><p>
 |
| Au début lors des premiers sprints de la première release d'un produit, le but est bien souvent de montrer la
 |
| faisabilité de l'architecture envisagée.
 |
| </p>
 |
| <p>
 |
| Ensuite, une fois que l'architecture est stabilisée, le but d'un sprint est proposé par le <a class="elementLink"
 |
| href="./../../Scrum/roles/Product%20Owner_D991557B.html" guid="_ICJyYPpaEdqsc-f87sBK8A">Directeur Produit</a> et
 |
| discuté avec l'équipe. Il porte souvent sur un thème fonctionnel.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_xvy5UAPKEdubhrgDuRb4fA" name="Sélectionner les items" guid="_xvy5UAPKEdubhrgDuRb4fA"> |
| <sectionDescription><p>
 |
| Il s'agit de définir le périmètre de ce sprint. Cela est fait en associant un <a class="elementLink"
 |
| href="./../../Scrum/workproducts/Product%20Backlog%20Item_C561C125.html" guid="_-D85cIGIEduKE9hnyImx1Q">Elément de
 |
| backlog de produit</a>&nbsp;au sprint puis un autre en tenant compte de la vélocité de l'équipe.
 |
| </p>
 |
| <p>
 |
| Si un <a class="elementLink" href="./../../Scrum/guidances/reports/Release%20Planning_ED85F1BB.html"
 |
| guid="_Z2NzkIGWEduKE9hnyImx1Q">Planning de la release</a>&nbsp;a été effectué, cette étape consiste seulement à valider
 |
| collectivement le sous-ensemble du backlog prévu pour ce sprint.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_p4C0sP--Edqtbrr0B1TG-A" name="Identifier les tâches à partir des items" |
| guid="_p4C0sP--Edqtbrr0B1TG-A"> |
| <sectionDescription><p>
 |
| La 2ème partie de la réunion a pour objectif de définir comment l’équipe va s’arranger pour réaliser le résultat
 |
| attendu du sprint.<br />
 |
| Pour cela, chaque <a class="elementLink" href="./../../Scrum/workproducts/Product%20Backlog%20Item_C561C125.html"
 |
| guid="_-D85cIGIEduKE9hnyImx1Q">Elément de backlog de produit</a>&nbsp;sélectionné est décomposé en tâches. Cela permet
 |
| à toute l’équipe de discuter et d’éclaircir des points de solution par rapport à cet item, en demandant si nécessaire
 |
| au propriétaire de produit des précisions sur le comportement du produit.<br />
 |
| </p>
 |
| <p>
 |
| Normalement l'ensemble des activités du cycle de vie sont déroulées lors d'un sprint :<br />
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| Les exigences sélectionnées sont spécifiées
 |
| </li>
 |
| <li>
 |
| L'architecture est remaniée si nécessaire
 |
| </li>
 |
| <li>
 |
| Les classes et sous-systèmes sont conçus, implémentés et testés
 |
| </li>
 |
| <li>
 |
| Les différents composants sont intégrés et testés
 |
| </li>
 |
| <li>
 |
| Le produit est packagé&nbsp;
 |
| </li>
 |
| <li>
 |
| Les tests d'acceptation sont passés.<br />
 |
| </li>
 |
| </ul>
 |
| <p>
 |
| L'importance donnée à ces activités dépend de la place du sprint dans la release.<br />
 |
| <br />
 |
| Le travail prévu dans un sprint précédent mais qui n'a pu être réalisé à cause de la réduction des objectifs devient
 |
| prioritaire pour le sprint suivant.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_DxNQUAPLEdubhrgDuRb4fA" name="Estimer les tâches" guid="_DxNQUAPLEdubhrgDuRb4fA"> |
| <sectionDescription><p>
 |
| Les taches sont estimées en heures. Il est conseillé d'avoir des tâches suffisamment fines pour qu'une estimation reste
 |
| inférieure à 16 heures.
 |
| </p>
 |
| <p>
 |
| L'estimation est faite collectivement, par l'équipe. Au cours de la discussion pour arriver à une estimation, les
 |
| aspects techniques sont abordés.
 |
| </p></sectionDescription> |
| </sections> |
| <sections xmi:id="_worbAP--Edqtbrr0B1TG-A" name="Attribuer les tâches" guid="_worbAP--Edqtbrr0B1TG-A"> |
| <sectionDescription>Une fois que les activités du sprint ont été définies, elles seront affectées aux membres de l'équipe. Les activités
 |
| peuvent être réalisées par une ou plusieurs personnes. Toutes les activités doivent être prises en compte, y compris les
 |
| réunions de travail (hors réunions Scrum), les lectures de documents ou de code.<br />
 |
| Il est préférable de différer l'affectation de certaines activités, qui seront prises pendant le sprint en fonction des
 |
| disponibilités des membres de l'équipe.</sectionDescription> |
| </sections> |
| <sections xmi:id="_Iq14wAPLEdubhrgDuRb4fA" name="Obtenir l'engagement de l'équipe" |
| guid="_Iq14wAPLEdubhrgDuRb4fA"> |
| <sectionDescription><p>
 |
| Il est souhaitable que l'équipe s'engage collectivement sur le backlog du sprint, c'est à dire sur les éléments du
 |
| backlog qu'elle estime pouvoir réaliser dans le sprint.
 |
| </p></sectionDescription> |
| </sections> |
| <keyConsiderations><p>
 |
| La réunion de planification de sprint est un travail réalisé en groupe.
 |
| </p>
 |
| <p>
 |
| Elle est limitée dans le temps :
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| durée max : limitée à 4 heures
 |
| </li>
 |
| <li>
 |
| durée moyenne : 2 heures
 |
| </li>
 |
| </ul></keyConsiderations> |
| <purpose>Le but est de planifier&nbsp;le sprint&nbsp;qui commence.</purpose> |
| </org.eclipse.epf.uma:TaskDescription> |
