Les quatre composantes d'une histoire d'utilisateur agile

Les exigences du projet dans un procédé utilisant les méthodologies agiles peuvent être comprises et exprimées en user stories. UN user story est une simple description d'une exigence de produit en termes de ce que cette exigence doit accomplir pour qui.

Au minimum, une histoire d'utilisateur comporte quatre volets ou des déclarations:

  • Titre:

  • Comme un:




  • Je veux:

  • De sorte que:

Une histoire de l'utilisateur comprend également étapes de validation - mesures à prendre pour savoir que l'obligation de travailler pour l'histoire d'utilisateur est correct: Quand je , ça arrive lt;description de l'action>.

Histoires de l'utilisateur peuvent également inclure:

  • Une ID de l'histoire de l'utilisateur: Un certain nombre de différencier cette histoire d'utilisateur à partir d'autres témoignages d'utilisateurs.

  • La valeur et l'effort de l'histoire de l'utilisateur estimation: Valeur est de savoir comment bénéfique une histoire d'utilisateur peut être à l'organisation la création de ce produit. Effort est la facilité ou la difficulté dans la création de cette histoire de l'utilisateur.

  • Le nom de la personne qui a pensé à l'histoire de l'utilisateur: Toute personne de l'équipe de projet peut créer une histoire d'utilisateur.

Une carte de l'histoire de l'utilisateur typique avec l'avant montrant la description principale de l'histoire de l'utilisateur. Le dos montre comment confirmer que l'exigence fonctionne correctement, après que l'équipe de développement a créé l'obligation:

image0.jpg

Histoires de l'utilisateur ne sont pas la seule façon de décrire les exigences du produit. Vous pouvez simplement faire une liste d'exigences. Cependant, parce que les histoires d'utilisateurs comprennent beaucoup d'informations utiles dans un format simple, compact, ils sont très efficaces à transmettre exactement ce une exigence doit faire. Le grand avantage vient quand l'équipe de développement commence à créer et exigences d'essai. Les membres de l'équipe de développement savent exactement qui ils créent l'obligation, ce que l'exigence devrait faire, et comment revérifier que l'exigence satisfait à l'intention de l'exigence.


» » » » Les quatre composantes d'une histoire d'utilisateur agile