| <?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.4/uma.ecore" |
| xmlns:epf="http://www.eclipse.org/epf" epf:version="1.2.0"> |
| <org.eclipse.epf.uma:DeliveryProcessDescription xmi:id="-16dzhVoCex78V2iCDZVx0w" |
| name="Scrum,_9llsAQAvEdubGMceRDupFQ" guid="-16dzhVoCex78V2iCDZVx0w"> |
| <mainDescription>La production d’une version du logiciel (<a class="elementLink"
 |
| href="./../../Scrum/guidances/termdefinitions/Release_A7C0A48E.html" guid="_AIB9gIHrEduFs9jH8xc4xw">Release</a>) 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.&nbsp; <br />
 |
| La release est produite par une série d’itérations de 2 à 4 semaines appelées des <a class="elementLink"
 |
| href="./../../Scrum/guidances/termdefinitions/Sprint_494C0C24.html" guid="_kftWoIHqEduFs9jH8xc4xw">Sprint</a>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.&nbsp;
 |
| <br />
 |
| 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.&nbsp; <br />
 |
| A la fin de chaque Sprint, l’équipe produit un <a class="elementLink"
 |
| href="./../../Scrum/workproducts/Product%20increment_9A9BD82A.html" guid="_tCmYEP-xEdqLnajTSLeAsA">Incrément de
 |
| produit</a>&nbsp;potentiellement utilisable, dont l’évaluation permet d’ajuster le backlog pour le Sprint suivant.</mainDescription> |
| <keyConsiderations><p>
 |
| Scrum contribue à renforcer l’esprit d’équipe dans les projets,&nbsp; avec une collection de pratiques proches de
 |
| celles que l’on trouve dans des sports collectifs en particulier le rugby.
 |
| </p><br />
 |
| <br /></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. <br />
 |
| Scrum ne fournit pas d’aide pour la réalisation des activités techniques du développement.</scope> |
| <estimatingTechnique><p>
 |
| Il est conseillé de pratiquer une estimation basée sur les points (story points), associés aux éléments du backlog.
 |
| </p></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><p>
 |
| 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
 |
| </p></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…). <br />
 |
| Les tâches ne sont pas assignées par le ScrumMaster mais choisies par les membres de l’équipe au fur et à mesure. <br />
 |
| L’équipe met à jour, chaque fois que c’est nécessaire, l’estimation du reste à faire sur les tâches du <br />
 |
| 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 "normaux".</usageGuidance> |
| <refinedDescription><p>
 |
| Les tâches effectuées pendant ce sprint dépendent fortement du type de déploiement du logiciel.
 |
| </p>
 |
| <p>
 |
| On peut y trouver des travaux portant sur :
 |
| </p>
 |
| <ul>
 |
| <li>
 |
| mise en production à chaud,
 |
| </li>
 |
| <li>
 |
| packaging du produit,
 |
| </li>
 |
| <li>
 |
| mise à disposition par téléchargement en ligne,
 |
| </li>
 |
| <li>
 |
| documentation technique,
 |
| </li>
 |
| <li>
 |
| formation des utilisateurs,
 |
| </li>
 |
| <li>
 |
| marketing du produit.
 |
| </li>
 |
| </ul></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> |