« User Story » : différence entre les versions

De Wiki Agile
Page créée avec « Category: User Story Category: Portail Product Owner Auteur : Kent Beck<br /> Source : [http://wiki.c2.com/?UserStory User Story]<br /> Date : 08/01/2014<br /> ---... »
 
Aucun résumé des modifications
 
(2 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
[[Category: User Story]]
[[Category: User Story]]
[[Category: Portail Product Owner]]
[[Category: Portail Product Owner]]
[[Catégorie:Kent Beck]]
Auteur : Kent Beck<br />
Auteur : Kent Beck<br />
Source : [http://wiki.c2.com/?UserStory User Story]<br />
Source : [http://wiki.c2.com/?UserStory User Story]<br />
Ligne 30 : Ligne 31 :
Que pensez-vous de ça Kent ? Y a-t-il quelqu'un d'autre qui soit à l'aise avec ce concept de '''User Story''' et de '''User Tasks''' ?<br/>
Que pensez-vous de ça Kent ? Y a-t-il quelqu'un d'autre qui soit à l'aise avec ce concept de '''User Story''' et de '''User Tasks''' ?<br/>
<br/>
<br/>
''-- Martha Roden, Ingénieur ergonomie et concepteur d'interactions''<br/>
''-- Martha Roden, Ingénieure ergonomie et conceptrice d'interactions''<br/>
<br/>
<br/>
Ce que vous décrivez ci-dessus sont toutes des choses sensées, mais ce n'est pas une Story avec un S masjuscule. Une Story avec un S majuscule est :
Ce que vous décrivez ci-dessus sont toutes des choses sensées, mais ce n'est pas une Story avec un S masjuscule. Une Story avec un S majuscule est :
* Testable -- Vous pouvez écrire des tests automatiques pour détecter la présence de l'histoire.
* Testable : Vous pouvez écrire des tests automatiques pour détecter la présence de la story.
* Progrès -- Le côté client de l'équipe est prêt à accepter l'histoire comme un signe de progrès vers leur objectif plus large.
* Progression : L'équipe du côté client est prêt à accepter la story comme un signe de progression vers leur objectif plus large.
* De la taille d'une bouchée -- L'histoire doit pouvoir être complétée au cours de l'itération.
* De la taille d'un fragment : La story doit pouvoir être terminée au cours de l'itération.
* Estimation -- Le côté technique de l'équipe doit être capable de deviner combien de temps l'histoire de l'équipe prendra pour commencer à travailler.
* Estimable : L'équipe du côté technique doit être capable de d'estimer combien de temps l'équipe prendra pour réaliser la story.
Au fur et à mesure que les itérations sont devenues plus courtes (je commence toujours par une semaine) et que les équipes sont devenues plus petites, la portée d'une seule histoire a diminué. Je ressens certainement le besoin de mécanismes structurants à plus grande échelle. Certaines personnes utilisent "thème", d'autres "grande histoire" ou "initiative".<br/>
Au fur et à mesure que les itérations sont devenues plus courtes (je commence toujours par une semaine) et que les équipes sont devenues plus petites, la portée d'une seule story a diminué. Je ressens certainement le besoin de mécanismes structurants à plus grande échelle. Certaines personnes utilisent la notion de "thème", de "grosse story" ou d'"initiative".<br/>
<br/>
<br/>
Re : les détails ci-dessus. Ce qui manque dans tout cela, c'est le "pourquoi". Pourquoi l'utilisateur veut-il faire cela ? L'écriture d'une histoire doit être l'occasion pour les clients de réfléchir sur leur métier et de l'affiner.<br/>
Re : concernant les détails ci-dessus. Ce qui manque dans tout cela, c'est le "pourquoi". Pourquoi l'utilisateur veut-il faire cela ? L'écriture d'une story doit être l'occasion pour les clients de réfléchir sur leur métier et d'affiner leur savoir-faire.<br/>
<br/>
<br/>
Kent
Kent