| <?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><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> |
| <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 Owner,_ICJyYPpaEdqsc-f87sBK8A.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 Backlog Item,_-D85cIGIEduKE9hnyImx1Q.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 Planning,_Z2NzkIGWEduKE9hnyImx1Q.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 Backlog Item,_-D85cIGIEduKE9hnyImx1Q.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> |
| <purpose>Le but est de planifier&nbsp;le sprint&nbsp;qui commence.</purpose> |
| </org.eclipse.epf.uma:TaskDescription> |