User stories : un guide du debutant pour les rediger correctement
Une user story est une breve description informelle d'une fonctionnalite du point de vue de l'utilisateur. Le format standard est : 'En tant que [type d'utilisateur], je veux [un objectif] afin que [une raison].'
Ce que sont les user stories (et ce qu'elles ne sont pas)
Une user story n'est pas une specification complete des exigences. C'est une invitation a une conversation. Les criteres d'acceptation accompagnant l'histoire capturent les conditions specifiques qui doivent etre satisfaites.
Les criteres INVEST pour de bonnes user stories
Independante. Les stories doivent etre independantes les unes des autres.
Negociable. Les stories ne sont pas des contrats fixes. Les details sont negociables.
Valuable (de valeur). Chaque story devrait livrer de la valeur a l'utilisateur ou au client.
Estimable. L'equipe devrait pouvoir estimer la story.
Small (petite). Les stories doivent etre assez petites pour etre completees dans un Sprint.
Testable. La story devrait avoir des criteres d'acceptation qui definissent ce que signifie termine.
Erreurs courantes de user stories
Rediger du point de vue du developpeur plutot que de l'utilisateur.
Omettre la clause 'afin que'. La raison pour laquelle un utilisateur veut une fonctionnalite est un contexte crucial.
Rediger des stories trop grandes. Une epopee qui prendra tout un Sprint n'est pas une story.
Confondre les user stories avec les criteres d'acceptation.
XNM fournit des services de coaching Scrum et de conseil en livraison agile. Contactez l'equipe de conseil en livraison de programmes et de projets de XNM pour discuter des pratiques de user stories et de la mise en oeuvre Scrum.