La définition d’une histoire utilisateur et la meilleure façon de la créer ont suscité de nombreux débats. Divers modèles, techniques et acronymes sont utilisés pour aiderPropriétaires de produit à rédiger des histoires utilisateur. La technique la plus courante est leRôle-Fonction-But modèle, qui aide les équipes et les propriétaires de produit à commencer à rédiger des histoires utilisateur en trois parties : (1) En tant que(Rôle); (2) Je veux(Fonction); Afin que(But).

Modèle d’histoire utilisateur Rôle-Fonction
Ce modèle agit comme une « roue d’apprentissage », rappelant aux personnes que lorsqu’elles discutent des histoires utilisateur, elles doivent se concentrer non seulement sur le « quoi » du produit logiciel souhaité (Je veuxquoi), mais aussi sur «qui (En tant que [qui]) » et l’objectif ou le but derrière cela — «pourquoi (Afin que [pourquoi]) ». Voici les objectifs de l’utilisation de ce modèle lors de la création d’histoires utilisateur :
- Gardez-le simple et concis ;
- Écrivez depuis la perspective de l’utilisateur (qui/rôle) ;
- Décrivez une fonctionnalité précise (quoi/fonctionnalité) ;
- Faites apparaître clairement la valeur ou le bénéfice de l’histoire (pourquoi/but).

Histoire utilisateur – Qui, Quoi, Pourquoi
Exemple d’utilisation du modèle Rôle-Fonction-But
Ce modèle en trois parties se concentre sur En tant que (Rôle), Je veux (Fonctionnalité) et Afin que (But). Il aide à éviter que les propriétaires de produit ne fournissent trop de détails sur la manière dont une solution doit être mise en œuvre. En se concentrant sur ces trois éléments, l’équipe de développement conserve la liberté de trouver la meilleure solution technique et évite de sur-spécifier les histoires avantPlanification de sprint.