<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:ArtifactDescription 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" xmi:id="-6aCUL_kawJFNBtfH_sRXkw"
    name="Product increment,_tCmYEP-xEdqLnajTSLeAsA" guid="-6aCUL_kawJFNBtfH_sRXkw"
    changeDate="2006-12-03T01:04:18.218-0800" version="1.0.0">
  <mainDescription>&lt;p>&#xD;
    Le résultat principal d'un sprint est le produit partiel qui réalise, en plus de ce qui existait au début du&#xD;
    sprint,&amp;nbsp;les exigences supplémentaires réalisées pendant ce sprint.&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    On peut&amp;nbsp;trouver 3 utilisations -après la démonstration lors de la revue de sprintes- du produit partiel obtenu en&#xD;
    fin d'itération&amp;nbsp;:&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        il n'est pas utilisé en dehors de l'équipe. Il a été produit pour chercher à minimiser les risques liés à la&#xD;
        technologie et à la capacité de l'équipe à intégrer pour produire un &lt;q>build&lt;/q>. Cela arrive surtout au début&#xD;
        d'un nouveau produit.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        il est utilisé par des clients privilégiés, en plus du directeur produit. Cela leur donne la possibilité de jouer&#xD;
        avec, ce qui permet de réduire les risques portant sur l'IHM liées à la facilité d'utilisation des fonctionnalités.&#xD;
        Les retours faits iront alimenter le backlog pour prise en compte ultérieure.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        il est mis en production ou en exploitation et utilisé par ses utilisateurs finals. C'est évidemment ce qu'il faut&#xD;
        viser puisque chaque nouvelle version apporte de la valeur. Autant l'apporter le plus tôt possible, dès qu'elle est&#xD;
        disponible. Mais ce n'est généralement pas possible de mettre en production à la fin de chaque sprint : trop de&#xD;
        temps serait pris pour passer les tests de recette sur tout le système, déployer sur l'environnement de production,&#xD;
        écrire les manuels utilisateurs, préparer et donner la formation aux utilisateurs... C'est pourquoi ce travail&#xD;
        particulier nécessite souvent une activité de préparation à la mise en production. Mais si on réussit à limiter le&#xD;
        temps pour faire tout ça, on peut alors mettre en production plus souvent qu'à la fin des releases.&#xD;
    &lt;/li>&#xD;
&lt;/ul>&lt;br /></mainDescription>
  <keyConsiderations>&lt;p>&#xD;
    Le produit évolue pendant toute sa vie jusqu'à son retrait.&#xD;
&lt;/p></keyConsiderations>
  <briefOutline>Le produit partiel peut être déployé dans l'environnement de production&amp;nbsp;ou simplement mis à disposition des&#xD;
utilisateurs.</briefOutline>
</org.eclipse.epf.uma:ArtifactDescription>