Modèle de user story

Les récits des utilisateurs ne capturent que les éléments essentiels d`une exigence: Mike Cohn. Histoires d`utilisateurs Applied Gojko Adzic et David Evans. 50 idées rapides pour améliorer vos histoires d`utilisateurs Jeff Patton. Histoire de l`utilisateur cartographie Epics/histoires d`utilisateurs-chacune des tâches de l`utilisateur est divisée en Epics/histoires d`utilisateurs sous directement la tâche utilisateur que la fonctionnalité réalise. En fonction de la complexité de vos projets, votre équipe peut choisir le niveau 3 ou 4 de Story-Map qui vous convient le mieux comme mentionné ci-dessus. La cartographie des histoires est une approche de haut en bas de la collecte des besoins et est représentée comme un arbre. La cartographie des récits commence par les activités des utilisateurs. Une activité d`utilisateur devrait atteindre un objectif particulier. Et pour terminer une activité, les utilisateurs doivent effectuer les tâches associées. Et ces tâches peuvent être transformées en épopées et des histoires d`utilisateurs pour le développement de logiciels. En règle générale, la carte de récit utilisateur se compose de 3 niveaux: activités utilisateur/tâches utilisateur/récits utilisateur.

Pour les projets à l`échelle de l`entreprise, peut-être une structure de 4 niveaux peut être plus approprié en introduisant des Epics au troisième niveau. Les récits utilisateur peuvent suivre l`un des différents formats ou modèles. Le plus commun serait le modèle Connextra: [5] [6] Salut, roman, je vous remercie pour l`excellent poste. J`ai une question liée au nombre “10 ne comptez pas uniquement sur les histoires des utilisateurs” J`ai l`architecture suivante: portail pour les écoles de poste des emplois, un portail distinct pour les candidats à postuler pour un emploi, un système de CRM comme un système backend pour gérer/médiation d`un processus entre Les écoles et les candidats. Première question, devrions-nous avoir des histoires d`utilisateurs sur les trois types d`utilisateurs? Quel serait le meilleur artefact pour croiser ces histoires d`utilisateurs? Recommanderiez-vous des cartes de processus, un parcours client ou autre chose? J`apprécierais votre contribution. Enfin, écrire des histoires d`utilisateurs est utile lorsque vous développez un logiciel qui est susceptible d`être réutilisé. Mais si vous voulez créer rapidement un prototype ou une maquette pour valider une idée, alors écrire des histoires peut ne pas être nécessaire. Rappelez-vous: les histoires d`utilisateurs ne sont pas de documenter les exigences; ils veulent vous permettre de vous déplacer rapidement et de développer des logiciels le plus rapidement possible, pour ne pas imposer de surcharge. Les cartes de récit utilisateur sont considérées comme des démarreurs de conversations. Étant informels, ils sont ouverts à de nombreuses interprétations.

Étant bref, ils n`indiquent pas tous les détails nécessaires à la mise en œuvre d`une fonctionnalité. Les récits ne sont donc pas appropriés pour conclure des ententes formelles ou rédiger des contrats juridiques. Je travaillais dans les opérations pendant 10 ans et j`ai maintenant rejoint en tant qu`analyste d`affaires dans une banque pour un projet agile. Le Product Owner/SME a déjà écrit Epics et créé quelques backlogs de produit. Il veut maintenant que j`écrive de nouveaux retards pertinents pour l`Epic et aussi écrire des histoires d`utilisateur pour chacun des éléments en souffrance. Il est bien informé mais toujours à court de temps. Comment puis-je l`approcher avec un ensemble de questions pour lesquelles j`ai besoin de ses réponses? Je reçois totalement vide et n`ont aucune idée de comment je devrais procéder à l`écriture de nouveaux articles en souffrance et aussi écrire des histoires d`utilisateur pour chacun de ces éléments. L`Epic est à un niveau très élevé et je viens de devenir Clueless sur la façon de procéder plus loin. Pouvez-vous pls me guider? Merci pour votre question.

Vous pouvez certainement utiliser des récits utilisateur pour décrire les exigences énoncées dans votre exemple de scénario. Toutefois, si vous souhaitez décrire l`intégralité du workflow ou de l`interaction, je vous recommande d`utiliser un scénario, une table de montage séquentiel ou une Story-Map, voir mes scénarios et storyboards agile post. J`espère que cela aide! Salut Vicque, Merci de partager votre question. Lorsque vous fractionnez des histoires d`utilisateurs, essayez de les diviser en unités fonctionnelles plus petites, comme je l`explique dans mes posts Epics et histoires prêtes et les histoires utilisateur de raffinage. Ne faites pas d`hypothèses sur la façon dont les histoires des utilisateurs seront implémentées, par exemple, quelles couches, composants ou services seront affectés. L`équipe de développement devrait prendre ces décisions, généralement lors de la réunion de planification du sprint.