| <?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 (<a class="elementLink" |
| href="./../../Scrum/guidances/termdefinitions/Release,_AIB9gIHrEduFs9jH8xc4xw.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,_kftWoIHqEduFs9jH8xc4xw.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 increment,_tCmYEP-xEdqLnajTSLeAsA.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> |
