Rôles d'utilisateur décorés

Lorsqu'on rédige des User Stories, il y a toujours deux éléments : l'utilisateur et l'histoire. On trouve l'utilisateur directement au début d'une story – si on utilise la méthode la plus courante pour rédiger une User Story :

En tant que <rôle utilisateur>, je <veux/peux/dois> <objectif>, afin de <raison>.

Beaucoup de rôles utilisateurs (User Roles) dans un système peuvent être classés comme First Class Users. Ce sont les rôles essentiels au succès d'un système et qui apparaissent partout dans les User Stories du Backlog.

La hiérarchie de ces rôles peut être bien représentée dans un diagramme.

Dans cet exemple, certaines stories sont rédigées ainsi : « En tant que visiteur du site (Site Visitor)… » Cela s'appliquerait à tout ce que n'importe quel visiteur du site peut faire (par ex. lire les conditions d'utilisation).

D'autres stories pourraient être rédigées uniquement pour les membres inscrits (Registered Members). Par ex. : « En tant que membre inscrit, je peux mettre à jour mes informations de paiement. » Cette story serait inappropriée pour d'autres rôles, comme les visiteurs (Visitors), les anciens membres (Former Members) ou les membres en période d'essai (Trial Members).

Des stories peuvent également être rédigées pour les membres Premium (Premium Members), qui sont les seuls à pouvoir accéder à certains contenus. Ou bien elles sont rédigées pour les membres en période d'essai, qui sont régulièrement invités à souscrire un abonnement permanent.

En dehors des First Class Users, il existe dans un tel schéma d'autres utilisateurs qui sont certes importants, mais qui ne représentent pas un rôle entièrement nouveau.

Il pourrait s'agir par exemple d'utilisateurs qui visitent un site pour la première fois. Ces utilisateurs sont rarement classés comme First Class Users, mais ils peuvent tout de même être importants pour le succès d'un produit (ici le site web).

Une bonne façon de gérer ces rôles utilisateurs est de leur ajouter un attribut

Cela pourrait ressembler à ceci :

• First-Time Visitor (personne qui visite le site pour la toute première fois)
• First-Time Member (personne qui visite le site pour la première fois en tant que membre)

Le premier de ces deux rôles pourrait avoir la Story suivante : "En tant que First-Time Visitor, je souhaite avoir des indications supplémentaires à l'écran qui me montrent comment naviguer au mieux sur le site."

C'est similaire avec un "membre oublieux". Les membres oublieux ne sont probablement pas déterminants pour le succès d'un produit. Cependant, on ne devrait pas non plus les ignorer.

Une telle Story pourrait ressembler à ceci : "En tant que membre oublieux, je veux pouvoir demander un rappel de mot de passe afin de me connecter sans avoir à contacter le support technique."

Decorated User Roles

J'appelle ces rôles "Decorated User Roles" – c'est-à-dire des rôles utilisateurs enrichis ou étendus. J'ai emprunté ce terme aux mathématiques, où il existe des "Decorated Symbols", comme par exemple x̄ et x̂.

Les Decorated Users permettent de différencier un rôle plus précisément, sans rendre le modèle de rôles encore plus complexe. En tant que fan des User Stories, j'espère que tu trouveras cette idée aussi utile que moi.

Ce texte provient du blog de Mike Cohn et a été traduit par nos soins.

Que sont les Story Points ?

Découvre comment les Story Points peuvent t'aider avec tes User Stories.
=>Story Points

Story Mapping

Découvre le Story Mapping pour les Product Owners.
=>Story Mapping