4 min lecture • Guide 611 of 877
Meilleures Pratiques d'Écriture de User Stories
Les user stories sont l'unité fondamentale de travail dans le développement agile - elles décrivent ce dont les utilisateurs ont besoin d'une manière que les développeurs peuvent comprendre et livrer. Les stories bien écrites sont Indépendantes, Négociables, de Valeur, Estimables, Small (petites) et Testables (INVEST). Les fonctionnalités de gestion de tâches de GitScrum supportent le développement piloté par les stories avec des critères d'acceptation, des story points et une planification de sprint qui garde le travail focalisé sur la valeur utilisateur.
Composants User Story
| Composant | But | Requis |
|---|---|---|
| Titre | Référence rapide | Oui |
| Rôle utilisateur | Qui bénéficie | Oui |
| Action | Ce qu'ils veulent | Oui |
| Bénéfice | Pourquoi c'est important | Oui |
| Critères d'Acceptation | Définition de terminé | Oui |
| Notes | Contexte, détails | Optionnel |
Format de Story
STRUCTURE USER STORY
FORMAT STANDARD:
┌─────────────────────────────────────────────────┐
│ En tant que [rôle utilisateur] │
│ Je veux [action/fonctionnalité] │
│ Afin de [bénéfice/valeur] │
│ │
│ Exemple: │
│ En tant que chef de projet │
│ Je veux exporter les rapports de sprint en PDF│
│ Afin de partager le progrès avec les parties │
│ prenantes qui n'ont pas accès au système │
└─────────────────────────────────────────────────┘
RÔLES UTILISATEURS:
┌─────────────────────────────────────────────────┐
│ Soyez spécifique sur qui: │
│ │
│ ✗ En tant qu'utilisateur... │
│ ✓ En tant que chef de projet... │
│ ✓ En tant que visiteur première fois... │
│ ✓ En tant qu'admin entreprise... │
│ ✓ En tant que développeur de l'équipe... │
│ │
│ Différents rôles = différents besoins │
└─────────────────────────────────────────────────┘
LA CLAUSE "AFIN DE":
┌─────────────────────────────────────────────────┐
│ Partie la plus importante - explique la valeur │
│ │
│ ✗ "Afin de pouvoir exporter des rapports" │
│ (répète juste l'action) │
│ │
│ ✓ "Afin de partager le progrès avec les │
│ stakeholders qui n'ont pas accès" │
│ (explique le vrai bénéfice) │
│ │
│ Si vous ne pouvez pas expliquer pourquoi, │
│ questionnez si c'est nécessaire │
└─────────────────────────────────────────────────┘
Critères INVEST
CHECKLIST INVEST
INDÉPENDANTE:
┌─────────────────────────────────────────────────┐
│ ✓ Peut être développée dans n'importe quel │
│ ordre │
│ ✓ Pas de dépendance sur autres stories │
│ ✓ Peut être livrée indépendamment │
│ │
│ ✗ "Compléter paiement après story checkout" │
│ ✓ "Traiter paiement pour panier" │
│ (inclut ce qui est nécessaire pour │
│ fonctionner seule) │
└─────────────────────────────────────────────────┘
DE VALEUR:
┌─────────────────────────────────────────────────┐
│ ✓ Livre valeur à l'utilisateur ou business │
│ ✓ Stakeholder paierait pour │
│ ✓ Peut expliquer pourquoi ça compte │
│ │
│ ✗ "Refactorer module auth" │
│ (technique, pas de valeur utilisateur) │
│ ✓ "Utilisateurs peuvent se connecter en │
│ moins de 3 secondes" │
│ (valeur est claire) │
└─────────────────────────────────────────────────┘