Voir la source de User Stories

[[Category: User Story]]
[[Category: Portail Product Owner]]
Auteur : Kent Beck<br />
Source : [http://www.extremeprogramming.org/rules/userstories.html User Stories]<br />
Date : 1999<br />
----
Traducteur : Fabrice Aimetti<br />
Date : 23/04/2019<br />
----
Traduction :<br />
<br />
Les User stories servent le même but que les cas d'utilisation, mais ce n'est pas la même chose. Elles sont utilisés pour créer des estimations de temps pour la [http://www.extremeprogramming.org/rules/planninggame.html réunion de planification de la version]. Elles sont également utilisées en lieu et place d'un gros document de besoins. Les user stories sont écrites par [http://www.extremeprogramming.org/rules/customer.html les clients] comme des choses que le système doit faire pour eux. Elles sont similaires aux scénarios d'utilisation, sauf qu'elles ne se limitent pas à décrire une interface utilisateur. Elles se présentent sous la forme d'environ trois phrases de texte rédigées par le client dans la terminologie du client sans syntaxe technique.<br/>
<br/>
Les user stories sont également à la base de la création des [http://www.extremeprogramming.org/rules/functionaltests.html tests d'acceptation]. Un ou plusieurs tests d'acceptation automatisés doivent être créés pour vérifier que la user story a été correctement mise en oeuvre.<br/>
<br/>
L'un des plus gros malentendus avec les user stories est la manière dont elles diffèrent des traditionnelles spécifications des exigences. La plus grande différence réside dans le niveau de détail. Les user stories ne devraient fournir suffisamment de détails que pour permettre une raisonnable estimation portant un faible risque quant à la durée de leur mise en oeuvre. Lorsque le moment sera venu de mettre en oeuvre la story, les développeurs iront voir le client qui leur fera une description détaillée des exigences en face à face.<br/>
<br/>
[[Fichier:Xp-project.gif]]<br/>
<br/>