1. Partager vision commune
Avant d’étudier plus en détail les US, nous devons comprendre pourquoi? les US ont été créées. La réponse est donnée dans l’introduction du livre User Story Mapping de Jeff Patton
Affirmation
The real goal of using stories is shared understanding
Vous pourriez être tenté d’écrire un document (cahier des charges) pour décrire les besoins (requirement) du système, mais les personnes lisant le document auront des compréhensions différentes. L’objectif d’une US est d’aider à se rappeler de la discussion que nous avons, et durant laquelle nous avons établi des besoins, les caractéristiques, etc …
Good story conversations are about who and why, not just what
2. Définir le métier
Le livre Scrum: The Art of Doing Twice the Work in Half the Time nous donne également
So before you prioritize what needs to be done for your business, you need to define the character, the user, the customer—the person who’s going to use what you’re going to do. You need to know their likes, dislikes, passions, enthusiasms, frustrations, and joys. And then you need to understand their motivations. How do those character types feed what they want? Why do they need a car? What are they going to do with that captain’s log? This will also influence how you’ll estimate things. (p134)
Définition
Ce que n’est pas une US
-
Les US ne sont pas une forme écrite d’exigences; par le biais d’une collaboration avec des mots et des images les US permettent de développer une compréhension commune.
-
Les US ne sont pas des exigences; ce sont des discussions sur la résolution de problèmes de notre organisation, de nos clients et de nos utilisateurs qui conduisent à des accords sur ce qu’il faut construire.
Les US sont comme des photos de vacances, si vous regardez les photos suivantes vous ne pouvez pas me dire grand chose, car vous n’étiez pas présent mais moi je me rappelle de tout car j’y étais.
Le nom “story”
Que signifie vraiment le terme ‘story’ ? C’est avant tout une invitation au partage, une manière de raconter des histoires que chacun peut/doit comprendre. Dans cette section sur les User Stories (US), nous allons explorer un concept souvent réduit à une simple rédaction de cartes où l’on consigne les besoins des utilisateurs. Mais ne vous y trompez pas, ces histoires sont bien plus qu’un simple bout de papier ! Elles sont le reflet de discussions, les US nous aident à nous remémorer ces échanges.
Stories get their name from how they should be used, not what should be written