---

Qu’est-ce qu’une user story dans le cadre Scrum ? Vous pourriez être surpris !

Les éléments du Scrum Product Backlog sont souvent rédigés sous forme de user stories. Une user story raconte brièvement les besoins d’une personne lorsqu’elle utilise le logiciel que nous construisons.

Elle comporte un nom, un bref récit et des critères d’acceptation pour être considérée comme terminée. L’avantage des user stories (en savoir plus Les user stories Scrum) est de se concentrer précisément sur les besoins et les souhaits de l’utilisateur, sans détailler entièrement les moyens de les satisfaire. L’équipe Scrum détermine ces moyens plus tard.

Il existe différentes recommandations pour définir les user stories. Voici un modèle connu et fiable :

En tant que [acteur], je [veux|dois] [action] afin de [résultat]

Ou une version plus courte :
En tant que [acteur], je [veux|dois] [résultat]

L’acteur est la personne ou le rôle représenté dans la user story. Il s’agit souvent d’un utilisateur, mais il est préférable d’être plus précis. En indiquant par exemple administrateur, client connecté ou visiteur non authentifié, les user stories deviennent distinctives et placent les exigences dans un contexte que chacun comprend.

L’action est ce que l’acteur souhaite faire. S’il s’agit d’une exigence obligatoire, on peut la faire précéder de doit. Sinon, on utilise veut.

Le résultat est ce que l’acteur souhaite obtenir en réalisant l’action. Il correspond au résultat métier envisagé par l’acteur ou à un composant technique fonctionnel qui apparaît une fois l’action terminée.