Voir la source de XP, l'essentiel - Carte, Conversation, Confirmation

[[Category: Ron Jeffries]]
[[Category: Portail Framework]]
[[Category: Portail Product Owner]]
[[Category: XP]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Ron Jeffries<br />  Source : [http://xprogramming.com/articles/expcardconversationconfirmation/ Essential XP: Card, Conversation, Confirmation]<br />  Date : 30/08/2001<br />
----
Traducteur : Fabrice Aimetti<br />  Date : 12/11/2009<br />
----
Traduction :<br /> <br />
''Le Cycle de Vie XP permet de garder en vie des projets. Un élément clé de ce cycle est le Test d'Acceptation. Les Tests d'Acceptation sont essentiels pour maintenir la communication entre les membres de l'équipe, en particulier entre le client et le développeur.''<br /> <br />  Dans le livre ''Extreme Programming Installed'', nous décrivons les quatre éléments du Cycle de Vie XP : le client sur site, travaillant avec les développeurs, utilise le planning game pour sélectionner des user stories afin d'élaborer des versions de petites tailles présentant le maximum de valeur ajoutée. Les user stories constituent le point critique de ce cycle.<br /> <br />  Les user stories présentent trois caractéristiques essentielles, que nous pouvons appeler Carte, Conversation et Confirmation.<br />
=Carte=
Les user stories sont écrites sur des cartes. La carte ne contient pas toutes les informations qui constituent l'exigence. Par contre, la carte a tout juste assez de texte pour identifier le besoin, et pour rappeler à tous ce que la story raconte. La carte est un signe représentatif de cette exigence. Elle est utilisée dans la planification. Des notes sont écrites sur la carte pour retranscrire la priorité et le coût. La carte est souvent remise aux développeurs une fois la mise en œuvre de la story planifiée, et redonnée au client une fois qu'elle est terminée.<br />
=Conversation=
L'exigence elle-même est communiquée du client vers les développeurs à travers une conversation : un échange de pensées, d'opinions et de sentiments. Cette conversation a lieu au fil du temps, essentiellement lorsque la story est estimée (généralement pendant la planification de la version), et de nouveau lors de la réunion de planification de l'itération lorsque la story est planifiée pour être implémentée. La conversation est essentiellement orale, mais est souvent complétée par des documents. Vous verrez souvent des feuilles de calcul, des dessins d'écran et même des documents ressemblant aux classiques spécifications. Encouragez la discussion quand cela fonctionne, mais notez tous les détails sur format papier ou numérique.<br /> 
=Confirmation=
Peu importe combien de discussions nous avons ou combien de documents nous produisons, nous ne pouvons jamais être suffisamment sûr de ce qui doit être fait. Le troisième C des caractéristiques essentielles de la user story apporte la confirmation dont nous avons cruellement besoin. Il s'agit du test d'acceptation.<br /> <br />  Au début de l'itération, le client communique aux développeurs ce qu'il souhaite, en leur racontant comment il va confirmer qu'ils ont fait ce qui est nécessaire. Il définit les tests d'acceptation qui seront utilisés pour montrer que la story a été mise en œuvre correctement.<br /> <br />  Les développeurs implémentent la user story, et mettent également en œuvre les tests d'acceptation. Certaines équipes construisent des outils qui permettent au client de saisir leurs tests par eux-mêmes, et d'autres équipes ont des personnes de la recette ou des testeurs qui les aident dans ce travail. Mais d'une manière ou d'une autre, les tests d'acceptation sont faits.<br /> <br />  À la fin de l'itération, les développeurs démontrent au client que la story est bien terminée, confirmant le succès en montrant que les tests d'acceptation s'exécutent correctement.<br /> <br />  La confirmation fournie par le test d'acceptation est ce qui rend possible l'approche simple de la carte et la conversation. Lorsque la conversation sur une carte descend jusqu'au niveau du test d'acceptation, le client et le développeur règlent ensemble les derniers détails de ce qui doit être fait. Lorsque l'itération est terminée et que les développeurs démontrent la bonne exécution des tests d'acceptation, le client constate que l'équipe peut, et va, livrer ce qu'il faut. La confirmation, en termes de tests d'acceptation, c'est ce qui permet au Cycle de Vie de fonctionner. Et le Cycle de Vie ... c'est ce qui maintient votre projet en vie.