Voici comment nous travaillons avec Epics, Stories and Features
Au début du cycle de projet, nous trouvons Epics . Ce sont des fonctionnalités de très haut niveau, presque centrées sur le marketing. Le genre de chose que vous pouvez utiliser dans un résumé, tel que,
Notre nouveau site Web permettra aux clients de parcourir les produits, de voir la disponibilité et les prix, de passer des commandes et de consulter l'historique de leurs commandes
Cela conduit à des épopées telles que
- Parcourir le catalogue de produits
- Voir la disponibilité
- Voir les prix
- Passer la commande
- Afficher l'historique des commandes
Celles-ci sont rédigées sous la forme de récits utilisateur (par exemple, en tant que client, je souhaite parcourir le catalogue de produits afin de pouvoir prendre une décision d'achat en connaissance de cause), mais je ne joue que le rôle d'initiateur pendant dix ans pour ce qui sera réellement développé et publié.
Ces épopées sont ensuite décomposées en histoires d'utilisateurs . Il s’agit de parcours complets d’utilisateur de bout en bout, de portée très limitée et définis de manière à pouvoir être estimés et planifiés de manière indépendante, puis développés , testés et diffusés au cours d’un seul cycle de publication.
La User Story est l'unité de livraison. C'est la user story qui est complète ou non complète, qui est mise en ligne ou non.
Une Epic peut générer un grand nombre de user stories, toutes ne seront pas développées ou publiées en même temps.
À titre d’exemple, l’épopée de consultation du catalogue de produits peut se décomposer en
- Naviguer dans la hiérarchie des catégories
- recherche par mots-clés
- Filtrer par attributs de produit (gamme de prix, marque, couleur, taille, etc.)
Là encore, chacun de ces éléments serait écrit dans le format. Par exemple, en tant que client, je souhaite naviguer dans la hiérarchie des catégories afin de pouvoir parcourir les produits et accéder au produit le mieux adapté à mes besoins.
En général, pour la plupart de nos projets, nous avons des dizaines d’Epics et des centaines d’histoires.
Au fur et à mesure que nous parcourons le cycle de vie d'une histoire, nous marquons ces histoires avec Feature s. Par exemple, tous les articles de navigation, de recherche, de stock et de tarification seront étiquetés avec, par exemple, "catalogue de produits". Les histoires de commande relatives au paiement par carte de crédit peuvent être étiquetées avec une étiquette «carte de crédit» et celles relatives au paiement par PayPal seront étiquetées avec une étiquette «paypal».
Ces étiquettes servent à regrouper des histoires qui vont ensemble, non pas parce qu’elles exercent la même activité de différentes manières (par exemple, toutes les histoires d’ordre place), mais parce qu’elles doivent être publiées ensemble.
Par exemple, l’histoire «passer une commande en utilisant une carte de crédit» appartient à la même épopée que l’histoire «en passant une commande avec PayPal», mais ils ne doivent pas nécessairement être publiés ensemble.
Alors que l'histoire "passer une commande avec paiement par carte de crédit", l'histoire "traiter un remboursement sur une carte de crédit" et l'histoire "permettre aux clients de gérer leurs cartes de crédit enregistrées sur leur compte" semblent appartenir les unes aux autres . Ils auraient tous été étiquetés avec l'étiquette de fonctionnalité «carte de crédit». c'est-à-dire qu'ils appartiendraient tous à la fonction "Carte de crédit". Il n'est pas très utile de libérer la possibilité de passer une commande en payant par carte de crédit, s'il n'est pas possible de traiter un remboursement de retour sur PayPal, ou s'il n'est pas possible de gérer vos cartes de crédit enregistrées sur votre compte.
Remarque : En règle générale, c'est le cas. C'est finalement une décision commerciale. Si le délai de mise sur le marché est important, il peut exister une raison légitime de partir avec l'une d'elles et non avec l'autre.
Ainsi, Epics sert à décomposer en histoires (liées, mais distinctes) qui peuvent être développées indépendamment, tandis que Les fonctionnalités servent à regrouper des histoires qui devraient être publiées ensemble.
Vous pourriez dire que les Epics se décomposent en histoires d'utilisateurs et que les histoires d'utilisateurs sont composées en fonctionnalités. Les histoires qui appartiennent à une fonctionnalité sont généralement à travers Epics. Ainsi, Epics et Features sont orthogonaux, pas dans une hiérarchie stricte.
Dans notre façon de travailler, une fois que les épopées ont été décomposées en histoires, elles perdent leur raison d'être. Nous n'évaluons ni ne planifions les épopées. Nous ne suivons pas les progrès sur Epics. Nous ne libérons pas Epics. Nous estimons, planifions et suivons les récits d'utilisateurs. Et nous publions des fonctionnalités.
