Vous souhaitez vous familiariser avec la méthode Agile pour votre gestion de projet ? C’est une très bonne idée ! L’efficacité de cette approche n’est plus à prouver et elle a fait sa place dans l’organisation de nombreuses entreprises. Il va cependant falloir vous préparer à enrichir votre vocabulaire avec des mots a priori aussi obscurs que “sprint” ou encore “epic” ! Afin que vous ne soyez pas totalement désarmé en commençant votre formation de gestion de projet Agile, notre article vous explique ce qu’est une Epic. Et comme une Epic ne vient jamais seule, vous vous familiariserez du même coup avec les user stories et les initiatives ! Avec nos conseils pour rédiger une Epic et un exemple concret pour vous permettre de bien cerner le concept, vous partirez avec une longueur d’avance dans cet apprentissage de la méthodologie Agile.
Définition d’une Epic en méthode Agile
Dans la méthodologie Agile, les Epics désignent un vaste ensemble de tâches, elles-mêmes divisibles en tâches plus petites, les user stories. Les Epics sont, quant à elles, rassemblées en initiatives.
User stories
Pour bien comprendre ce qu’est une Epic, il faut d’abord se pencher sur la user story. Il s’agit de la plus petite unité d’exigence en méthode Agile. Elle se concentre sur le besoin de l’utilisateur et décrit, en une phrase simple, une nouvelle fonctionnalité à développer. En méthode Agile, les user stories sont décrites de cette manière : “En tant qu’utilisateur, je souhaiterais enregistrer mes articles favoris afin de procéder à l’achat plus tard”. Cette simple fonctionnalité s’accomplit en un cycle de travail, appelé sprint. Cette itération peut durer de quelques jours à quatre semaines, selon la complexité de la fonctionnalité à développer.
Les Epics
Dans la hiérarchisation Agile, les Epic rassemblent donc plusieurs sprints, c’est-à-dire plusieurs user stories. Une Epic peut alors durer plusieurs semaines ! Pour respecter les délais annoncés, la durée de ces Epics doit être estimée au plus juste. Il est par ailleurs important de noter que les Epics Agile sont motivées par les besoins du client final, celui qui va utiliser le produit que vous aurez conçu.
En résumé, une Epic permet d’organiser les tâches en plus petit livrables, donc de continuer à produire de la valeur à livrer au client tout en avançant vers l’objectif final.
Les initiatives
Les Epics sont à leur tour rassemblées dans un plus grand ensemble, que l’approche Agile nomme “initiative”. Ces initiatives ne représentent pas des fonctionnalités, mais des intentions à plus long terme. Ce niveau d’exigence concerne donc plutôt les objectifs stratégiques que de simples fonctionnalités.
Les initiatives peuvent concerner la fidélisation des clients ou l’amélioration du temps de chargement des pages d’une application, par exemple.
Ainsi, pour compléter une initiative, il faut plusieurs Epics, contenant elles-mêmes plusieurs stories. Pour cette raison, les initiatives peuvent prendre des mois, voire des années à être complétées.
Comment rédiger une Epic ?
Une Epic doit être rédigée de manière structurée et détaillée, afin que toutes les parties prenantes puissent comprendre ses enjeux. De la structure de votre Epic va dépendre la productivité des équipes de développement. Une Epic bien rédigée limite les quiproquos et les erreurs, donc favorise la productivité.
Nous vous détaillons ci-dessous les étapes à suivre pour rédiger une Epic qui optimise la performance et permet une collaboration fluide entre les membres de votre équipe.
1 – Donnez un titre à votre Epic
Lorsque vous choisissez le titre de votre Epic, pensez simplicité, efficacité et concision ! Votre titre doit écrire simplement ce que vous allez faire avec cette Epic, comme l’ajout d’un formulaire, la possibilité de commenter des articles de blog, etc. Tout doit être clair et pour tout le monde !
2 – Décrivez votre Epic
La phase de description est également cruciale en ce qu’elle facilite la compréhension de votre objectif. Vous devrez ici décrire la raison d’être de la fonctionnalité à venir ou du groupe de fonctionnalités, toujours avec des phrases claires, synthétiques et à la portée de tous.
3 – Définissez le périmètre de votre Epic
L’établissement du périmètre de votre Epic permet d’estimer au plus juste la charge de travail, donc le temps de développement des fonctionnalités concernées. Ainsi, le périmètre est défini par les modalités qui entourent la nouvelle fonctionnalité. Dans le cas de l’ajout d’une section commentaires sur un blog, il s’agit de décider par exemple :
- si tous les utilisateurs peuvent poster un commentaire ou seulement ceux qui ont créé un compte ;
- si les commentaires doivent être approuvés par un administrateur ou s’ils seront publiés directement sans modération ;
- combien de caractères maximum peut contenir un commentaire ;
- s’il est possible d’ajouter une pièce jointe à son commentaire, utile dans le cas d’un site d’e-commerce notamment.
4 – Listez les critères d’acceptation de l’Epic
Cette liste vous permettra de savoir à quel moment précis vous et votre équipe pouvez considérer votre Epic comme totalement validée. Ces critères d’acceptation doivent être clairement définis afin d’éviter tout malentendu.
5 – Découper en user stories
Selon la charge de travail que vous aurez pu quantifier grâce aux étapes précédentes, vous pourrez maintenant découper votre Epic en différentes user stories. Elles seront à leur tour réalisées lors de sprints.
Il est important de noter que si votre Product Owner rédigera la majeure partie de votre Epic, il ne doit pas le faire seul ! L’approche Agile est une méthode collaborative. À ce titre, chaque décision doit être soumise à l’avis des autres membres de l’équipe. L’échange permanent entre les différents collaborateurs est une des clés de la réussite de la gestion de projet Agile. Dernier conseil pour construire une Epic fiable et pertinente : pensez à la rédiger AVANT de rédiger les user stories !
Epic : un exemple concret
Pour vous aider à mieux visualiser ce qu’est une Epic, voici un exemple concret. Prenons le cas très simple de la création d’un site d’e-commerce. Plusieurs groupes de fonctionnalités vont être créées pour satisfaire l’utilisateur lorsqu’il veut procéder à l’achat. Ainsi, les fonctionnalités qui concernent la gestion du panier client pourront, à elle seule, former une Epic. Dans cette Epic entreront alors en jeu plusieurs user stories :
- “En tant qu’utilisateur, je veux ajouter un article dans mon panier” ;
- “En tant qu’utilisateur, je veux supprimer un article de mon panier” ;
- “En tant qu’utilisateur, je veux sélectionner un moyen de paiement” ;
- “En tant qu’utilisateur, je veux choisir un mode de livraison” ;
- etc.
Cette Epic de gestion du panier client pourra être incluse dans une initiative, c’est-à-dire un objectif stratégique plus vaste à l’échelle du projet : augmenter le taux de conversion, par exemple. Cette initiative pourra être constituée d’autres Epic, telles que la gestion du catalogue produits ou la mise en place du programme de fidélité.
Mesurez la progression de vos Epics
Une seule Epic peut parfois impliquer plusieurs équipes, et ce, sur plusieurs projets différents. Ainsi, pour suivre la progression de vos Epics, il est recommandé d’utiliser un graphique Burndown. De la même manière que vous le ferez avec les sprints, la Burndown Chart permet d’avoir une vision d’ensemble sur le travail accompli et sur celui qu’il reste à faire. Vous pourrez, d’un coup d’œil, vous assurer que vos délais sont respectés et connaître votre progression. Un axe permet de visualiser la charge de travail restante idéale et l’autre permet de prendre connaissance de la charge qu’il reste réellement. Vous pourrez ainsi évoluer sereinement dans le développement de votre projet et mettre toutes les chances de votre côté pour respecter vos échéances !
