Une user story sert à communiquer un besoin. À la base, c’est un moyen d’engager une conversation…point à la ligne. Il n’y a donc pas de format préconisé. Chaque équipe en fait ce qu’elle veut. Généralement, une user story s’accompagne de critères d’acceptation.
Certains formats sont préconisés par la communauté SCRUM, le plus fréquent est :
– As a (persona)
– I want to (need)
– So I can (added value)
Un autre format, le job story est utilisé :
– When I am (situation)
– I want to (motivation)
– So i can (achieve an outcome)
Une story est généralement écrite par le product owner (P.O) et complétée par l’équipe de production. Au minimum, chaque story a des critères d’acceptations qui sont validées par le P.O.
Autour de cela, les équipes peuvent ajouter ce qu’elles désirent. En l’occurrence chez Adviz nous avons ajouté des champs : scope, responsable, notes, priorités.
Les stories peuvent être rattachées à des projets, des thèmes ou des epics.