Résumé type pour une histoire

Une histoire d'utilisateur est composée d'une "carte", d'une conversation et de sa confirmation. Sur la carte (bristol, post-it, ou carte virtuelle), on écrit le "résumé de l'histoire".

Mike Cohn, auteur de User Stories Applied, préconise l'emploi de la formulation suivante :

As a <type of user>, I want <goal> so that <reason>

En français, cela donne :

En tant que <type d'utilisateur>, je veux <but> afin de <raison>

La partie justification (raison) est optionnelle, parce qu'elle est souvent évidente. Exemples :

  • En tant que propriétaire de produit, je veux ordonner les items du backlog par priorité afin de préparer la planification
  • En tant qu'étudiant, je veux m'inscrire à une formation
  • En tant que trader je veux créer un deal
  • En tant que voyageur je veux réserver un billet de train

Dire je veux paraît naturel pour exprimer une exigence fonctionnelle. Mais les stories ne sont pas vraiment des exigences. Pour montrer que c'est souhaité pour le produit futur, on peut préférer je veux pouvoir ou je veux être capable ?
Quand on écrit de nombreuses histoires pendant un workshop, utiliser le présent pour gagner du temps. Le résumé type devient :

En tant que <rôle d'un utilisateur>, je <faire quelque chose (exigence fonctionnelle)(> afin de <obtenir de la valeur (justification)>)


  • En tant que propriétaire de produit, je définis les priorités
  • En tant qu'étudiant, je m'inscris à une formation

Si on utilise un outil, on aimerait qu'il aide à la formulation, par exemple avec 3 attributs identifiés pour le rôle, l'exigence et la justification :

  • Rôle : Propriétaire de produit
  • Exigence fonctionnelle : Ordonner les items
  • Justification : Préparer la planification