Qu’est-ce qu’une Épopée Agile ? Bonnes Pratiques, Modèle & Exemple
Connaissez-vous la différence entre une épopée Agile et une user story ? Ou comment utiliser au mieux les épopées Agile pour vos besoins produit et votre feuille de route produit ? Si vous souhaitez apprendre à utiliser les épopées Agile à votre avantage, poursuivez votre lecture pour découvrir mes sept meilleurs conseils et un modèle pour commencer.
Qu’est-ce qu’une épopée Agile ?
Une épopée Agile est un outil utile en gestion de projets Agile, permettant de structurer votre backlog Agile et votre feuille de route.
En termes simples, une épopée Agile est un ensemble d'user stories plus petites qui décrivent un travail de grande ampleur. Considérez une épopée comme une grande user story. Par exemple, les épopées servent souvent à décrire une nouvelle fonctionnalité produit ou une évolution majeure à développer.
Vous voulez plus de The CPO Club ?
Inscrivez-vous gratuitement pour terminer la lecture de cet article :
Have an account? Log In
Une épopée est le niveau d’information le plus élevé dans un backlog Agile. Elle contient plusieurs user stories, et chaque user story renferme à son tour toutes les tâches nécessaires à leur mise en œuvre.
Les épopées Agile sont surtout utilisées lorsqu’un travail est trop important pour être livré en un seul sprint ou itération. Si vous utilisez une épopée pour regrouper les user stories d’une nouvelle fonctionnalité, il est facile de suivre la progression et de savoir le pourcentage de travail accompli versus restant. Vous pouvez également utiliser l’IA dans la planification des sprints pour rédiger et décomposer les épopées Agile.
Les épopées sont généralement rédigées et tenues à jour par le product owner ou le chef de produit.
7 meilleures pratiques pour utiliser les épopées Agile
Il n’existe pas de modèle fixe pour une épopée Agile. Vous pouvez la rédiger comme vous le souhaitez, tant que cela aide à planifier votre travail et à communiquer avec vos équipes Agile et parties prenantes.
Que vous utilisiez un processus de développement scrum, kanban ou hybride, les épopées vous aideront à planifier votre travail et à en rendre compte.
Voici quelques conseils pour vous assurer que vos épopées Agile soient les plus pertinentes possibles.
1. Commencez par une épopée, puis les stories (approche descendante)
Identifier vos épopées peut être très utile avec une cartographie des user stories. Le niveau supérieur « Activité » dans la cartographie devient une épopée et les niveaux inférieurs deviennent les user stories, les tâches et les critères d’acceptation.
Lorsque vous développez un tout nouveau produit, démarrer par les épopées et les détailler peu à peu vous donne un aperçu des jalons accomplis et restants.
Souvent, les épopées Agile correspondent à des fonctionnalités ou à de plus grandes améliorations (par exemple, une refonte d’une partie de votre produit), mais la manière dont vous structurez vos épopées vous appartient entièrement.
2. Nommez bien une épopée
Lorsque vous nommez vos épopées Agile, pensez à ceux qui vont utiliser cette information. Par exemple, vos équipes de développement Agile doivent comprendre ce qu’elles construisent et vos parties prenantes doivent également saisir votre progression.
Alors qu’une user story décrit un besoin utilisateur final, il est bon que l’épopée décrive le résultat souhaité à atteindre grâce à elle.
Voici quelques exemples de noms d’épopées :
- Flux de paiement V2
- Optimiser le processus de paiement
- Augmenter le taux de conversion au paiement
Le premier nom ne décrit pas du tout ce dont il s’agit, si ce n’est une intervention sur le paiement. Le deuxième montre que le processus de paiement doit être optimisé. Mais le troisième est encore meilleur car il inclut un objectif à atteindre grâce à cette optimisation.
Dans les outils de gestion Agile, comme Jira d’Atlassian par exemple, les épopées servent au filtrage, au regroupement et au reporting. Il est donc important de choisir un nom explicite et évocateur.
3. Équilibrez la taille de vos épopées
Une épopée s’utilise généralement lorsqu’un élément du backlog nécessite plus d’un sprint pour être complété. Une épopée peut être divisée en autant d'user stories que vous le souhaitez, à condition que vous arriviez à suivre l’ensemble de la liste.
Une épopée ne doit être ni trop grosse, ni trop petite. Une estimation raisonnable serait une durée de mise en œuvre comprise entre quelques semaines et quelques mois, ce qui permet de bien suivre la progression accomplie.
Des épopées trop volumineuses entraînent une progression très lente, avec des pourcentages qui évoluent très peu sur un sprint de deux semaines et des reportings peu pertinents. De plus, si une épopée demande trop de temps, de nombreux changements de besoins risquent d’intervenir au fil du temps et rendre le suivi de l’avancement quasi inefficace.
Rendre les épopées trop petites signifie que vous en aurez un grand nombre à gérer dans votre backlog ou votre feuille de route. Il peut devenir difficile de garder une vue d’ensemble avec de nombreuses petites tâches. De plus, si les épopées sont terminées en très peu de temps (par exemple, durant un seul sprint), elles ne font qu’ajouter une charge de travail supplémentaire sans apporter beaucoup de valeur.
4. Utilisez les épopées pour structurer votre backlog
Les épopées sont un excellent moyen de structurer un backlog produit qui se compose généralement d’une liste très longue de user stories. Chaque histoire ne nécessite pas d’être incluse dans une épopée, car les petites tâches sont simplement réalisées en un seul sprint. Mais structurer des blocs de travail plus importants en épopées présente deux avantages principaux :
- Il offre une vue d’ensemble des grandes tâches dans votre backlog,
- Puisque la taille d’une épopée est constituée de l’addition des points d’histoire de toutes ses user stories, les épopées offrent également une comparaison de la taille relative des initiatives pour la priorisation.
La liste des épopées peut aussi servir à créer une vue d’ensemble d’une feuille de route produit destinée à la direction.
5. Utilisez les épopées pour coordonner plusieurs équipes
Les épopées peuvent être très utiles pour coordonner des blocs de travail entre plusieurs équipes de développement logiciel Agile. Regrouper le travail de plusieurs équipes produit dans une seule épopée permet de répartir le suivi par équipe et de suivre l’avancement global.
6. Incluez des indicateurs de succès
Lors de la définition d’une épopée, il est utile de réfléchir à quel indicateur de réussite peut lui être associé. Au final, tous les livrables produit visent à apporter de la valeur aux utilisateurs finaux. Ajouter un indicateur de succès à votre épopée permet à l’ensemble de l’équipe de développement et aux parties prenantes de comprendre ce que vous cherchez à atteindre avec ce travail.
Certaines entreprises utilisent les OKR pour fixer des objectifs trimestriels. Faire référence à un indicateur OKR dans une épopée est un excellent moyen de relier l’épopée aux objectifs métiers.
7. Rendez les épopées flexibles en termes de périmètre
Puisqu’une épopée décrit un élément de travail à haut niveau se déroulant sur plusieurs semaines ou mois, il est probable que de nouveaux enseignements ou des complications techniques apparaissent au fil du temps. L’épopée doit donc rester flexible au niveau de son périmètre.
Le périmètre d’une épopée est défini par celui de ses user stories associées, généralement mesuré en points d’histoire. Lorsque de nouveaux besoins émergent, de nouvelles user stories peuvent être ajoutées et le périmètre de l’épopée s’élargit.
À lire aussi : Meilleurs logiciels de gestion de produit Agile
Modèle d’épopée Agile
Il n’existe pas de format type pour une épopée, mais quelques éléments sont utiles comme mentionné ci-dessus.
- Choisissez un nom explicite et pertinent.
- Dans la description, donnez un aperçu général de l’épopée. Faites le lien avec les objectifs de l’entreprise pour illustrer comment cela s’inscrit dans les priorités métiers.
- L’indicateur de réussite décrit précisément ce qui sera mesuré à la fin de l’épopée.
- La user story principale fait référence à une user story au niveau de l’ensemble de l’épopée. Cela est très utile afin d’expliquer comment cette épopée permet d’améliorer l’expérience utilisateur.
Exemple d’épopée Agile
Voici un exemple d’épopée pour un nouveau parcours de paiement mobile optimisé dans le but d’augmenter le taux de conversion.
Dans cette épopée, nous pourrions avoir des user stories telles que :
- Intégrer Apple Pay (« En tant qu’acheteur, je veux payer en un seul geste sur mon téléphone afin de finaliser mon achat rapidement »)
- Utiliser l’adresse de facturation comme adresse de livraison par défaut (« En tant qu’acheteur, je veux saisir mes coordonnées une seule fois pour finaliser mon achat rapidement »)
Conclusion
Les épopées Agile sont un outil flexible dans votre boîte à outils Agile. Lorsque vous démarrez un développement majeur, réfléchissez aux grands ensembles de travail nécessaires à sa réalisation et définissez quelques épopées. Vous pourrez ainsi créer toutes vos user stories au sein de ces épopées au fur et à mesure, et garder une bien meilleure vue d’ensemble que dans un backlog non structuré.
Les épopées peuvent être utilisées de nombreuses façons. Je serais très intéressé d’apprendre comment vous utilisez les épopées dans vos équipes Agile dans les commentaires.
Pour plus d’articles offrant des informations pratiques sur une grande variété de sujets liés au product management — y compris la méthodologie Agile ! — abonnez-vous à notre newsletter.
À lire également :
