<?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="-NRwwk6YGAtu25V3Lc04G6w" name="Plan sprint,_4LOggPpaEdqsc-f87sBK8A" guid="-NRwwk6YGAtu25V3Lc04G6w" authors="Claude Aubry" changeDate="2006-12-03T09:57:11.890+0100" version="1.0.0">
  <keyConsiderations>&lt;p&gt;
    La réunion de planification de sprint est un travail réalisé en groupe.
&lt;/p&gt;
&lt;p&gt;
    Elle est limitée dans le temps :
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        durée max : limitée à 4 heures
    &lt;/li&gt;
    &lt;li&gt;
        durée moyenne : 2 heures
    &lt;/li&gt;
&lt;/ul&gt;</keyConsiderations>
  <sections xmi:id="_TJNsUP--Edqtbrr0B1TG-A" name="Définir le but du sprint" guid="_TJNsUP--Edqtbrr0B1TG-A">
    <sectionDescription>&lt;p&gt;
    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.
&lt;/p&gt;
&lt;p&gt;
    Ensuite, une fois que l'architecture est stabilisée, le but d'un sprint est proposé par 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; et discuté avec l'équipe. Il porte souvent sur un thème fonctionnel.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_xvy5UAPKEdubhrgDuRb4fA" name="Sélectionner les items" guid="_xvy5UAPKEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Il s'agit de définir le périmètre de ce sprint. Cela est fait en associant un &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;au sprint puis un autre en tenant compte de la
    vélocité de l'équipe.
&lt;/p&gt;
&lt;p&gt;
    Si un &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;&amp;nbsp;a été effectué, cette étape consiste seulement à valider
    collectivement le sous-ensemble du backlog prévu pour ce sprint.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_p4C0sP--Edqtbrr0B1TG-A" name="Identifier les tâches à partir des items" guid="_p4C0sP--Edqtbrr0B1TG-A">
    <sectionDescription>&lt;p&gt;
    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.&lt;br /&gt;
     Pour cela, chaque &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;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.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;
    Normalement l'ensemble des activités du cycle de vie sont déroulées lors d'un sprint :&lt;br /&gt;
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        Les exigences sélectionnées sont spécifiées
    &lt;/li&gt;
    &lt;li&gt;
        L'architecture est remaniée si nécessaire
    &lt;/li&gt;
    &lt;li&gt;
        Les classes et sous-systèmes sont conçus, implémentés et testés
    &lt;/li&gt;
    &lt;li&gt;
        Les différents composants sont intégrés et testés
    &lt;/li&gt;
    &lt;li&gt;
        Le produit est packagé&amp;nbsp;
    &lt;/li&gt;
    &lt;li&gt;
        Les tests d'acceptation sont passés.&lt;br /&gt;
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
    L'importance donnée à ces activités dépend de la place du sprint dans la release.&lt;br /&gt;
    &lt;br /&gt;
     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.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_DxNQUAPLEdubhrgDuRb4fA" name="Estimer les tâches" guid="_DxNQUAPLEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    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.
&lt;/p&gt;
&lt;p&gt;
    L'estimation est faite collectivement, par l'équipe. Au cours de la discussion pour arriver à une estimation, les
    aspects techniques sont abordés.
&lt;/p&gt;</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.&lt;br /&gt;
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>&lt;p&gt;
    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.
&lt;/p&gt;</sectionDescription>
  </sections>
  <purpose>Le but est de planifier&amp;nbsp;le sprint&amp;nbsp;qui commence.</purpose>
</org.eclipse.epf.uma:TaskDescription>