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