<?xml version="1.0" encoding="UTF-8"?>
<xmi:XMI 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">
  <org.eclipse.epf.uma:DeliveryProcessDescription xmi:id="-16dzhVoCex78V2iCDZVx0w" name="Scrum,_9llsAQAvEdubGMceRDupFQ" guid="-16dzhVoCex78V2iCDZVx0w">
    <mainDescription>La production d’une version du logiciel (&lt;a class=&quot;elementLink&quot;
href=&quot;./../../Scrum/guidances/termdefinitions/Release,_AIB9gIHrEduFs9jH8xc4xw.html&quot;
guid=&quot;_AIB9gIHrEduFs9jH8xc4xw&quot;&gt;Release&lt;/a&gt;) se fait en général en quelques mois. Les fonctionnalités demandées pour la
release sont collectées dans le backlog de produit et classées par priorité. Le directeur de produit est responsable de
l’insertion des changements dans ce backlog.&amp;nbsp; &lt;br /&gt;
La release est produite par une série d’itérations de 2 à 4 semaines appelées des &lt;a class=&quot;elementLink&quot;
href=&quot;./../../Scrum/guidances/termdefinitions/Sprint,_kftWoIHqEduFs9jH8xc4xw.html&quot;
guid=&quot;_kftWoIHqEduFs9jH8xc4xw&quot;&gt;Sprint&lt;/a&gt;s. Le contenu d’un Sprint est défini par l’équipe avec le propriétaire de produit,
en tenant compte des priorités et de la capacité de l’équipe. L’équipe définit les tâches nécessaires pour réaliser les
fonctionnalités sélectionnées pour le Sprint.&amp;nbsp; &lt;br /&gt;
Pendant un sprint, des points de contrôle sur l’avancement sont effectués lors des mêlées quotidiennes. Cela permet au
ScrumMaster de déterminer l’avancement par rapport aux engagements du Sprint et de conseiller des ajustements pour assurer
le succès du Sprint.&amp;nbsp; &lt;br /&gt;
A la fin de chaque Sprint, l’équipe produit un &lt;a class=&quot;elementLink&quot;
href=&quot;./../../Scrum/workproducts/Product increment,_tCmYEP-xEdqLnajTSLeAsA.html&quot; guid=&quot;_tCmYEP-xEdqLnajTSLeAsA&quot;&gt;Incrément
de produit&lt;/a&gt;&amp;nbsp;potentiellement utilisable, dont l’évaluation permet d’ajuster le backlog pour le Sprint suivant.</mainDescription>
    <keyConsiderations>&lt;p&gt;
    Scrum contribue à renforcer l’esprit d’équipe dans les projets,&amp;nbsp; avec une collection de pratiques proches de
    celles que l’on trouve dans des sports collectifs en particulier le rugby.
&lt;/p&gt;
&lt;br /&gt;
&lt;br /&gt;</keyConsiderations>
    <purpose>.</purpose>
    <howtoStaff>Une équipe Scrum est composée de 3 à 10 personnes.</howtoStaff>
    <scope>Scrum ne décrit pas toutes les disciplines du développement de logiciel (analyse, conception, codage, test) et doit être
considéré, plutôt qu’un processus complet, comme un pattern de processus qui est à utiliser pour la gestion de projet et la
gestion des exigences. &lt;br /&gt;
Scrum ne fournit pas d’aide pour la réalisation des activités techniques du développement.</scope>
    <estimatingTechnique>&lt;p&gt;
    Il est conseillé de pratiquer une estimation basée sur les points (story points), associés aux éléments du backlog.
&lt;/p&gt;</estimatingTechnique>
  </org.eclipse.epf.uma:DeliveryProcessDescription>
  <org.eclipse.epf.uma:ActivityDescription xmi:id="-WiMYK8iwLeOO-sSBRBjbNQ" name="Phase de préparation,_37TdkAL_EduOAKqB9I73uw" guid="-WiMYK8iwLeOO-sSBRBjbNQ">
    <mainDescription>&lt;p&gt;
    Scrum ne prend pas en compte tous les aspects de préparation d'un projet. Seules sont présentées les taches spécifiques
    de Scrum plus une qui regroupe tous les travaux pouvant etre réalisés
&lt;/p&gt;</mainDescription>
  </org.eclipse.epf.uma:ActivityDescription>
  <org.eclipse.epf.uma:DescriptorDescription xmi:id="-EpBaHVCIYCqqGX_wv7dlYA" name="Travaux quotidiens,_nXmKUANlEduYd-55D-Aiqg" guid="-EpBaHVCIYCqqGX_wv7dlYA">
    <refinedDescription>Scrum ne propose rien pour la réalisation de ces tâches techniques de conception, codage et test mais se conjugue bien avec
l’utilisation des techniques XP (binômage, développement dirigé par les tests…). &lt;br /&gt;
Les tâches ne sont pas assignées par le ScrumMaster mais choisies par les membres de l’équipe au fur et à mesure. &lt;br /&gt;
L’équipe met à jour, chaque fois que c’est nécessaire, l’estimation du reste à faire sur les tâches du &lt;br /&gt;
backlog du sprint.</refinedDescription>
  </org.eclipse.epf.uma:DescriptorDescription>
  <org.eclipse.epf.uma:DescriptorDescription xmi:id="-EOwIzNPjfNIjzJ3TRAgeWQ" name="Sprint de release,_zbM2QIGBEduKE9hnyImx1Q" guid="-EOwIzNPjfNIjzJ3TRAgeWQ">
    <keyConsiderations>Essayer de ne pas modifier de code lors du dernier sprint, c'est trop tard et risqué.</keyConsiderations>
    <usageGuidance>Il est optionnel. Cela dépend de la façon dont le produit est mis à disposition de ses utilisateurs finals. On en devrait
dérouler ce sprint optionnel que des travaux qu'il est impossible de faire avant, dans les sprints &quot;normaux&quot;.</usageGuidance>
    <refinedDescription>&lt;p&gt;
    Les tâches effectuées pendant ce sprint dépendent fortement du type de déploiement du logiciel.
&lt;/p&gt;
&lt;p&gt;
    On peut y trouver des travaux portant sur :
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        mise en production à chaud,
    &lt;/li&gt;
    &lt;li&gt;
        packaging du produit,
    &lt;/li&gt;
    &lt;li&gt;
        mise à disposition par téléchargement en ligne,
    &lt;/li&gt;
    &lt;li&gt;
        documentation technique,
    &lt;/li&gt;
    &lt;li&gt;
        formation des utilisateurs,
    &lt;/li&gt;
    &lt;li&gt;
        marketing du produit.
    &lt;/li&gt;
&lt;/ul&gt;</refinedDescription>
  </org.eclipse.epf.uma:DescriptorDescription>
  <org.eclipse.epf.uma:DescriptorDescription xmi:id="-MupkaQeHNEmiF7Lnl3VirQ" name="Sprint backlog,_glbG2wMAEduOAKqB9I73uw" guid="-MupkaQeHNEmiF7Lnl3VirQ">
    <usageGuidance>Un par sprint</usageGuidance>
  </org.eclipse.epf.uma:DescriptorDescription>
</xmi:XMI>