Les quatre composantes d`une histoire d`utilisateur agile

Les exigences du projet dans un processus en utilisant des méthodologies agiles peuvent être comprises et exprimées en témoignages d`utilisateurs. UNE 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 a quatre composantes ou déclarations:

  • Titre:

  • Comme un:

  • Je veux:

  • Pour que:

Video: Equipe Agile mise en scène

Une histoire d`utilisateur comprend également étapes de validation - prendre des mesures pour savoir que l`exigence de travail pour l`histoire de l`utilisateur est correcte: Quand je , ça arrive lt;description de actiongt ;.

Histoires d`utilisateurs peuvent également inclure:

Video: MEETUP #4 Cloud Native Computing Foundation : Mise en oeuvre de Kubernetes

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

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

    Video: Ep2: Designed and Designoid Objects - Growing Up in the Universe - Richard Dawkins

  • 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 d`histoire 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`exigence:

    histoires de l`utilisateur ne sont pas la seule façon de décrire les exigences du produit. Vous pouvez simplement faire une liste des besoins. Cependant, parce que les histoires de l`utilisateur comprennent un grand nombre d`informations utiles dans un format simple, compact, ils sont très efficaces pour transmettre exactement ce que l`exigence doit faire. Le grand avantage est lorsque 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`exigence, ce que l`exigence devrait faire, et comment double-vérifier que l`exigence satisfait à l`intention de l`exigence.

    Articles connexes