« Cartographier les User Stories en Agile » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (5 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 12 : | Ligne 12 : | ||
Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/> | Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.<br/> | ||
<br/> | <br/> | ||
[[Fichier:User-story-map-to-epics-and-user-stories_FR.png|border| | [[Fichier:User-story-map-to-epics-and-user-stories_FR.png|border|900px|link=]]<br/> | ||
<br/> | <br/> | ||
Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog. | Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.<br/> | ||
--- | |||
[[Fichier: | ==Aider à l'identification des hypothèses risquées== | ||
La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.<br/> | |||
<br/> | |||
[[Fichier:Risky-assumption-in-story-map FR.png|border|900px|link=]]<br/> | |||
<br/> | |||
Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète. | |||
Dernière version du 27 décembre 2023 à 19:31
Auteur : Anna Kaley
Source : Mapping User Stories in Agile
Date : 24/01/2021
Traducteur : Fabrice Aimetti
Date : 27/12/2023
Traduction :
Les user-story maps aident les équipes agiles à définir ce qu'il faut construire et à maintenir la visibilité sur la façon dont tout cela s'articule. Elles facilitent les conversations centrées sur l'utilisateur, la collaboration et la hiérarchisation des fonctionnalités afin d'aligner et de guider le développement itératif du produit.
Les étapes de la story map se traduisent par des epics, ou groupes de user stories dans un backlog produit Agile. Les détails sont également décomposés en user stories et en tâches avec des critères d'acceptation et sont ajoutés au backlog.
Aider à l'identification des hypothèses risquées
La créativité peut parfois prendre le dessus : lorsque nous travaillons avec des post-it et des stories, nous pouvons ajouter des éléments risqués à la map - des éléments qui ne sont pas étayés par des données utilisateur, qui ne sont pas techniquement réalisables, ou qui font déraper le budget ou le calendrier de notre projet. Une story map nous aide à voir où se situent ces risques. Nous pouvons déprioriser ces post-its risqués dans la story map et les remplacer par d'autres idées à faible risque ayant la même proposition de valeur. De cette manière, nous pouvons d'abord tirer des enseignements de l'alternative la moins coûteuse avant d'investir davantage dans une conception et un développement sophistiqués ou chronophages.
Les story maps révèlent les zones à risque du produit qui pourraient rebuter les utilisateurs ou nécessiter un temps de développement excessif. Remplacez les post-its risqués par des alternatives moins coûteuses qui soutiennent la même proposition de valeur. Expérimentez et apprenez comment les utilisateurs réagissent avant d'investir du temps et des efforts supplémentaires pour développer la fonctionnalité complète.