« User Stories » : différence entre les versions

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/>

<br/>

Les développeurs estiment le temps nécessaire à la mise en oeuvre de ces stories. Chaque histoire fera l'objet d'une estimation de 1, 2 ou 3 semaines en "temps de développement idéal". Ce temps de développement idéal est le temps qu'il faudra pour implémenter la story sous forme de code sans être distrait, en ayant pas d'autres tâches, et que vous savez exactement quoi faire. Plus de 3 semaines signifie que vous devez décomposer la story plus en détail. Moins d'une semaine et vous êtes à un niveau trop détaillé, combinez quelques stories. Un chiffre d'environ 80 user stories, plus ou moins 20, est un chiffres parfait pour créer un [http://www.extremeprogramming.org/rules/commit.html plan de release] pendant la planification de la release.<br/>