Modèle de tableau pour le Product Backlog
Je souhaite vous montrer une méthode très simple pour représenter les User Stories dans un Product Backlog sous forme de tableau. Cette idée m'est venue après avoir retrouvé l'un de mes anciens Product Backlogs datant d'il y a neuf ans, et je me suis dit : « Wow, comparé à ce que je fais aujourd'hui, il est vraiment dépassé. » Je vous présente donc ici un modèle de Product Backlog sous forme de tableau (par exemple Excel).
Comme vous le savez peut-être déjà, je suis un grand adepte de la rédaction du Backlog à l'aide de User Stories, structurées de la manière suivante :
« En tant que ______, je souhaite ______, afin de ________. »
Cela pourrait ressembler à : « En tant que voyageur fréquent, je souhaite pouvoir accéder à Internet pendant le vol, afin de pouvoir mettre à jour mon blog même pendant le voyage, au lieu de simplement enregistrer un document texte avec lequel je ne pourrais mettre à jour le blog que plus tard. » (Pouvez-vous deviner où j'ai écrit ceci ?)
Lorsque je travaille avec un tableau Excel, je trouve plus simple d'utiliser les éléments de texte des User Stories comme en-têtes de colonnes. De cette façon, on obtient les en-têtes « En tant que », « je souhaite » et « afin de » ou « car ». L'essentiel de chaque Story est alors bien visible. On peut aussi ajouter d'autres colonnes, par exemple pour la numérotation, les remarques, le statut, etc. Dans l'exemple suivant, j'ai également ajouté une colonne pour le thème principal de chaque Story.
| ID | Thème | En tant que… | je veux… | afin que… | Remarques | Priorité | Statut |
| 2 | Jeu | Modérateur | créer un nouveau jeu en saisissant un nom et une description optionnelle | je puisse inviter d'autres personnes à estimer | Si on ne peut pas sauvegarder les jeux et y revenir plus tard, la description n'est pas nécessaire | requis | done |
| 2 | Jeu | Modérateur | inviter d'autres personnes à estimer en leur donnant une URL leur permettant de rejoindre le jeu | nous puissions commencer le jeu | L'URL devrait être formatée de manière à pouvoir être facilement communiquée par téléphone | done | |
| 5 | Jeu | Estimateur (personne qui doit faire une estimation) | rejoindre un jeu en saisissant mon nom sur la page dont j'ai reçu l'URL | je puisse participer au jeu | done | ||
| 6 | Jeu | Modérateur | démarrer un tour en saisissant un élément dans un champ de texte multiligne | nous puissions l'estimer | done | ||
| 8 | Jeu | Estimateur | voir l'élément à estimer | je sache pour quoi je donne une estimation | done | ||
| 40 | Jeu | Participant | avoir les cartes toujours dans le même ordre lors de tirages multiples | il soit plus facile de comparer les estimations | Remplacé par A08, afin que la story ne parle pas du "même ordre", car cela peut être un détail d'interface | done | |
| 35 | non fonctionnel | Utilisateur | que l'application réagisse rapidement à mes actions | je ne m'ennuie pas | done | ||
| 36 | non fonctionnel | Utilisateur | de bonnes pages d'erreur quand quelque chose ne va pas | je puisse faire confiance au système et à ses développeurs | done | ||
| A11 | non fonctionnel | Chercheur | que les résultats soient stockés de manière non identifiable | je puisse étudier des données, comme par exemple si les estimations ressemblent à la première opinion donnée par "l'Estimateur A" | Ni les noms ni le texte ne doivent être stockés, mais chaque carte, qui l'a jouée et l'estimation finale doivent l'être | ||
| A05 | Jeu | Modérateur | modifier l'un des éléments à estimer | il reflète mieux la compréhension de l'équipe concernant cet élément | |||
| 22 | Archive | Modérateur | pouvoir exporter les données d'un jeu au format CSV | je puisse continuer à travailler sur les stories et les estimations | Le fichier exporté devrait pouvoir être réimporté directement dans le système | done |
