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