Transformer un besoin en stories avec un utilisateur, une intention, une raison et des critères d'acceptation.
Quand. Une story écrite seul par le PM est construite comme le PM l'imaginait. Écrite avec l'équipe, elle est construite comme l'utilisateur en a besoin.
Durée
2 h
Participants
PM, design, technique
Livrable
Des stories qui passent INVEST, avec leurs critères d'acceptation
Données d'exemple. Fieldnote est une entreprise fictive qui sert à remplir tous les boards, pour que les exemples racontent une seule histoire.
Fieldnote, Karim, Ana et Tom, écriture de la story du brouillon hors ligne à partir des entretiens avec Léa en camionnette.
Ce que l'équipe en a tiré
Le quatrième critère, la version locale qui gagne, était la décision sur laquelle l'affinage bloquait depuis trois semaines. Écrire la story l'a fait sortir en dix minutes.
Comment l'animer
Préparation
Apporte un vrai besoin utilisateur, issu de la recherche ou du support, pas une demande de feature sortie d'une réunion.
Affiche le persona ou la carte de parcours pour que « en tant que » désigne quelqu'un de précis.
Mets INVEST au mur comme checklist : indépendante, négociable, utile, estimable, petite, testable.
Invite un développeur et un designer. Une story écrite seul par le PM est une spécification déguisée.
Déroulé
10 min
Nommer l'utilisateur Qui exactement, d'après le travail sur les personas. « En tant qu'utilisateur » est la formule qui vide toutes les stories de leur sens.
20 min
Écrire l'intention, pas l'écran « Je veux » décrit ce que la personne cherche à accomplir, jamais l'interface. « Je veux une liste déroulante » est une solution qui a sauté le problème.
15 min
Afin de La raison. Si l'équipe n'arrive pas à la remplir, la story ne vaut peut-être pas d'être construite, et le découvrir maintenant coûte le moins cher possible.
35 min
Les critères ensemble Écris-les comme des comportements observables : étant donné, quand, alors. La technique en écrit la moitié, le produit l'autre, puis on échange et on challenge.
20 min
Couper le périmètre à voix haute Remplis le bloc hors périmètre exprès. Une story sans frontière explicite grossit pendant le sprint, en silence.
10 min
Contrôle INVEST Passe la checklist. La lettre qui échoue le plus souvent est le S : si ça ne tient pas en quelques jours, découpe avant d'estimer.
Pièges
Écrire l'interface dans la story. Ça fige la solution avant que l'équipe ait réfléchi, et lui retire la seule chose qu'elle fait bien.
Des critères qui répètent le titre. « L'utilisateur peut exporter » n'est pas testable. Dis ce que contient un export et quand il échoue.
Une seule grosse story sur laquelle tout le monde est d'accord. L'accord signifie en général qu'elle est encore trop vague pour qu'on puisse la contredire.
Ensuite
Les stories partent en affinage puis en estimation. Si plusieurs stories se télescopent sans arrêt, leur place est sur une story map avant d'être dans un sprint.