Dans une équipe agile, un besoin décrit en une phrase simple du point de vue de la personne utilisatrice : qui elle est, ce qu’elle veut et pourquoi.
Une user story, ou récit utilisateur, est une description simple d’un besoin exprimé par une personne utilisatrice, qui sert à décider des fonctionnalités à développer. Elle suit souvent le modèle « En tant que…, je veux… afin de… », qui donne le rôle de cette personne, la fonctionnalité souhaitée et l’objectif visé. Le principe vient de l’Extreme Programming et a été présenté par Kent Beck en 1999; les récits s’écrivaient alors sur des fiches. Dans les méthodes agiles, chaque user story devient un élément du backlog, complété par des critères d’acceptation qui permettent de vérifier que la fonctionnalité livrée répond à l’attente.
La fiche ne dit pas tout : selon la règle des trois C, publiée par Ron Jeffries en 2001, elle s’accompagne d’une conversation avec les personnes utilisatrices pour préciser le besoin et d’une confirmation fondée sur les critères qui valident le résultat.
Dans les annonces
La rédaction des user stories revient dans les annonces de postes de product owner, de business analyst et de responsable de projet digital, souvent avec les spécifications fonctionnelles et les critères d’acceptation : recueillir les besoins des équipes concernées, les formuler pour l’équipe de développement, gérer le backlog. Les annonces gardent presque toujours l’anglais; récit utilisateur y reste rare. Voir les postes qui citent les user stories.
