Flashcards for:
Rédiger de Bonnes User Stories

Exemple : Given je suis un utilisateur sans connectivité réseau... When je clique sur le bouton Play... Then je vois le message d'erreur...

Une bonne rédaction des User Stories est cruciale pour apporter rapidement de la valeur aux utilisateurs et assurer une livraison agile efficace.

Le Backlog Refinement est le processus d'affinage et de préparation des User Stories pour les sprints futurs, assurant ainsi une délivrance agile et de qualité.

La comparaison montre que, bien que chaque métier ait ses tâches et défis spécifiques, tous nécessitent une méthodologie rigoureuse pour délivrer de la valeur, que ce soit un produit ou un service.

Les quatre types d'approches de découpage sont : par opération, par étape du flux, par composant, par comportement utilisateur.

Les composantes principales d'une bonne User Story sont : un titre court et clair, l'épique de rattachement, une description 'En tant que... je souhaite... afin de...', contexte, prérequis, définition de prêt, règles de gestion, et critères d'acceptation.

La méthodologie permet de structurer efficacement les User Stories, de garantir leur clarté et de s'assurer qu'elles apportent réellement de la valeur et sont réalisables dans les délais prévus.

Le MVP est une version simplifiée du produit permettant de confronter rapidement et le plus tôt possible le produit aux utilisateurs pour obtenir des retours.

Les trois étapes essentielles sont : le découpage, la rédaction et l'implication des personnes concernées.

Les critères d'acceptation devraient être formulés en langage Gherkin avec la structure : Given (Étant donné)... When (Lorsque)... Then (Alors)...

Inclure des développeurs et des QA permet de s'assurer que toutes les perspectives techniques et qualitatives sont prises en compte, facilitant ainsi la préparation des itérations futures.

Les critères de l'approche INVEST sont : Indépendante, Négociable, Valeur, Estimable, Suffisamment petite, Testable.

Le découpage permet de traiter de gros sujets de manière itérative, facilitant ainsi la gestion, le développement et la livraison des fonctionnalités.

La définition de prêt (Definition of Ready) est une liste de critères que doit remplir une User Story pour être considérée comme prête à être travaillée en sprint.

Les règles de gestion incluent des instructions détaillées et des contraintes, comme la description des cas passant et non-passant, pour s'assurer que la User Story couvre tous les scénarios possibles.