Les user stories
Décorer vos
cockpits
INVEST
3C
Smart
Reposent sur deux principes Agile :
- Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des
fonctionnalités à grande valeur ajoutée.
- La simplicité (c’est-à-dire l’art de minimiser la quantité de travail inutile) est essentielle.
Une User story
C’est l’expression d’une valeur métier.
Et à ce titre elle se doit d’être INVEST et de répondre au 3C.
Imprimer et afficher les slides suivantes sur vos cockpits !
Décorer vos
cockpits
#ID Titre Type : Fonctionnel
DescriptionEn tant que… Je veux… Afin de …
Règles métier• Règle 1 • Règle 2 • Règle 3
Tests d’acceptance
Nom du scénario 1 Etant donné que … Lorsque … Alors …
Nom du scénario 2 Etant donné que … Lorsque … Alors …
Nom du scénario 3 Etant donné que … Lorsque … Alors …
Jeu de données
BDD
Language naturel
TOUJOURS FONCTIONNEL
Mais aussi technique ou anomalie
Ex : le mot de passe doit être composé de 8 caractères avec
au moins 1 chiffre et 1 majuscule
Etant donné que je suis sur la page de connexion Lorsque je saisie le mot de passe Ygst45mp Alors la page d’accueil apparaît
Exemple d’une story X
Une story est TOUJOURS fonctionnelle
Carte
Conversation
Confirmation
Independant Negociable Valuable Estimable Small Testable
SMART
La story
Carte
Conversation
Confirmation
Les stories sont écrites sur des cartes, les cartes peuvent être annotées avec des estimations, commentaires, etc.
Les détails derrière les cartes peuvent être étudiés durant les conversations avec le product Owner.
La validation des tests confirme que les stories ont été développés correctement.
Les 3C de Ron Jeffries
Independante✓les user stories sont plus faciles à prioriser et à estimer
si elles sont indépendantes,✓éviter la dépendance entre les users story (vive les mocks).
Négociable✓ une bonne story capture l'essence et non pas le détail
(surtout pas technique),✓ une story n'est pas un contrat,✓ laisser une flexibilité sur les user stories pour que
chacun puisse donner son avis,✓ au fil du temps, l'histoire évolue.
Valuable ✓ une Story doit avoir une valeur métier (adieu les
stories technique …) ✓ définir la valeur de la user story pour montrer le
bénéfice pour l’utilisateur (client),✓ représente un meilleur découpage: chaque incrément
permet de réaliser une partie distincte du chiffre d’affaires.
Estimable ✓ une bonne user story peut être estimée,✓ suffisamment précise pour être comprise et être
restreintes pour que l'équipe de développement puisse quantifier l'effort d'implémentation
Small (taille) ✓ les bonnes stories sont petites,✓ les stories dans le backlog ont (de préférence) toutes
la même taille,✓ la granularité s’ajuste au fur et à mesure du projet, une
story ne doit pas dépasser quelques jour-hommes.
Testable ✓ la user story doit être fournie avec les conditions qui
permettent de vérifier qu'elle correspond aux attentes des utilisateurs,
✓ tout le monde peut comprendre l’objectif de la story en lisant les cas de tests.
Invest
SMART
SpécifiqueUne tâche doit être suffisamment précise pour que chacun puisse la comprendre.L’action est précise, propre à la situationPenser : Qui, quoi, comment, ou et pourquoi
MesurableLa principale mesure est “Peut on la marquer comme réalisée ?“Fixer des indicateurs qui nous permettent ✓ d'une part de nous assurer que nous sommes sur la
bonne voie,✓ d'autre part que nous aurons atteint notre objectif avec
cette action.
AtteignableLe propriétaire de la tâche doit être en mesure de la réaliser.Il est important qu'une équipe puisse cocher « objectifs réalisés », afin de mesurer et de vérifier le niveau d’accomplissement.
Réaliste/PertinentsElle peut être réalisée dans le cadre d’un sprintL’effort est prévue dans le cadre du sprint par exemple
T : Limité dans le temps✓ fixer un temps réaliste à une tâche,✓ pas d’action à long terme,✓ déterminé un temps implique une action spécifique,✓ on fixe une date de début et d’une de fin.
CONTACT