https://sbt-test.azurewebsites.net/fr/articles/b/agile-user-stories

Définir les histoires d'utilisateurs et le développement agile



Télécharger l'atelier gratuit de Design Thinking


Use storyboards to help explain processes and customer interaction

Un principe fondamental des processus de développement modernes est le développement agile . Cette méthodologie de développement insiste sur l'utilisation de petites histoires d'utilisateurs très simples pour définir ce que fait un système du point de vue de l'utilisateur, et non technique. Un utilisateur se soucie de savoir si un produit est rapide, facile à utiliser et résout son problème. Ils ne se soucient pas de savoir s’il suit une architecture à 3 niveaux, a Mongo DB, ou s’il utilise Rails ou Asp.net.

Histoires d'utilisateurs:

  • Sont faciles à comprendre et n'importe qui peut participer
  • Travaillez de manière itérative; ils peuvent et doivent être changés ou modifiés fréquemment
  • Aligner les développeurs, les utilisateurs et les spécialistes de l'entreprise sur des objectifs et des attentes communes
  • Sont beaucoup plus faciles à lire que les documents d’exigence de 400 pages

Storyboard That une plate-forme idéale pour créer des user stories agiles et susciter la conversation dans un format beaucoup moins contraignant qu'un mur de texte.



Téléchargez gratuitement des modèles de Persona


Épique

Dans le contexte des histoires d'utilisateurs, une «épopée» est simplement une histoire très large qui sera ensuite décomposée en plusieurs histoires d'utilisateurs spécifiques. Commencer par une épopée aligne tout le monde sur une vision unique et de haut niveau. L'histoire épique ancre un projet de haut en bas, et si cela n'a pas de sens de construire une épopée, le travail de support sera également un gaspillage d'efforts.


Créer une Histoire D'utilisateur Agile*

Dans cette histoire, il est très clair quelle est la vision à long terme et à quoi devrait ressembler le succès. Une bonne histoire épique devrait inclure:

  • Cadre ou contexte
  • Acteurs ou utilisateurs
  • Buts et objectifs
  • Activités et événements


Téléchargez gratuitement des modèles de Persona


Définir les utilisateurs

En particulier lors de la conception d'un logiciel, il est important d'avoir une bonne vision de ce que seront les utilisateurs. Chaque utilisateur ne correspondra pas exactement à cette vision, et il peut y avoir plusieurs catégories d'utilisateurs, mais ces visions discrètes nécessitent une articulation. Penser aux utilisateurs avant tout est une protection contre l'ingénierie et la complication excessives, en empêchant un nouveau produit d'avoir quelque chose pour tout le monde et de n'être utile pour personne.


Créer une Histoire D'utilisateur Agile*


Créer une histoire

Une fois l’épopée établie et les utilisateurs définis, des histoires plus petites et plus spécifiques peuvent être construites sur des expériences d’utilisateur particulières. Les récits ci-dessous décomposent les éléments décrits ci-dessus en deux récits: recherche d'un ordre et commande d'un produit.

Ces récits ne contiennent pas d'informations techniques; les utilisateurs ne s'inquiètent pas de la manière dont les résultats sont obtenus, tant qu'ils effectuent les tâches souhaitées. De même, l'UX est décrite de manière générique pour éviter d'étouffer l'innovation ou de forcer une voie d'accès. En général, les histoires devraient être:

  • Petit - moins de 10 jours de travail
  • Précieux - Une fois achevés, ils devraient fournir quelque chose d’utilisable.
  • Estimable - Capable de créer une estimation approximative de l'effort nécessaire

Regarder une commande


Créer une Histoire D'utilisateur Agile*

Effectuer une commande


Créer une Histoire D'utilisateur Agile*

Conversation et planification pour les tests

Ces histoires devraient inviter une conversation et des questions, telles que:

  • Est-ce que ce sont les bonnes histoires pour correspondre à notre épopée?
  • Quelles autres histoires devraient être créées?
  • Ces histoires correspondent-elles à ce que nous savons de nos utilisateurs?

Il est parfaitement raisonnable de créer plusieurs histoires. en fait, cela devrait être encouragé. Certaines de ces histoires ne seront jamais utilisées, mais il est important de voir le chemin qu'elles ont tracé. Cette collection d'histoires remplira les exigences supplémentaires et les tests d'influence.

Les articles devraient provoquer et informer sur la manière dont le logiciel sera testé et sur les règles commerciales à définir explicitement. Par exemple:

  • À quelle vitesse une recherche doit-elle être?
  • Y a-t-il une limite de temps pour les nouvelles commandes?
  • Que doit faire le système s'il s'agit de la deuxième commande? Cinquième?
  • Quels tests et questions de suivi auriez-vous?

Lectures complémentaires

Storyboard That outil puissant permet de créer d'excellentes histoires d'utilisateurs, mais il ne s'agit pas d'un cadre autonome pour la gestion de projet. Voici quelques-uns de nos livres préférés sur le sujet.




Tarification

Juste par mois et par utilisateur!

/mois

facturé annuellement

Envoyer ma Citation par E-mail
Acheter Maintenant!
*(Cela va commencer un essai gratuit de 2 semaines - Aucune carte de crédit nécessaire)
Storyboard That 's le Storyboard That 's guide illustré Storyboard That 's développement de produits sur la cartographie du voyage client!
Voir Toutes les Ressources Commerciales
https://sbt-test.azurewebsites.net/fr/articles/b/agile-user-stories
© 2020 - Clever Prototypes, LLC - Tous les droits sont réservés.
Plus de 14 millions de story-boards créés
Storyboard That Family