Voici deux descriptions pratiques de user stories efficaces que chaque équipe devrait connaître.
Les 3 C (par Ron Jeffries)
Une bonne user story a 3 C :
- Carte – Une courte description écrite utilisée pour la planification et le suivi.
- Conversation – Dialogue qui ajoute de la profondeur et de la compréhension à l’histoire.
- Confirmation – Tests et critères d’acceptation qui vous indiquent quand l’histoire est terminée.
Ces trois éléments permettent de s’assurer que vos histoires sont exploitables et alignées sur la compréhension de l’équipe.
INVEST (adapté de Bill Wake)
Cet acronyme décrit six qualités des user stories fortes :
- Indépendante – Autonome, ne dépend pas des autres histoires.
- Négociable – Souple, pas un contrat rigide.
- Valeur – Offre une valeur claire aux utilisateurs ou aux parties prenantes.
- Estimable – Suffisamment compréhensible pour être estimée avec précision.
- Dimensionnée de manière appropriée – Les stories devront éventuellement être suffisamment petites pour un sprint, mais doivent être dimensionnées à la hausse ou à la baisse, en fonction de leur position dans le backlog.
- Testable – Dispose de critères clairs pour que l’équipe sache quand c’est terminé.
Il n’est pas nécessaire que toute les User Stories atteignent les 6 objectifs, mais celles situées en haut de l’arriéré devraient s’en approcher.
Gardez ces cadres de travail dans votre boîte à outils. Ils sont simples, pratiques et peuvent sérieusement améliorer la qualité de votre backlog et vous aider à réussir avec agile.
P.S. Vous cherchez des exemples de user stories à partager avec votre équipe ? J’ai rassemblé 200 échantillons de user stories de l’un de mes premiers projets Scrum. Certains ne sont pas ceux que j’écrirais aujourd’hui, mais j’ai noté lesquels, et pourquoi.
DantotsuPM.com 