Épopées et pics : gérer le travail à différents niveaux

Si les récits d'utilisateurs constituent l'unité de travail fondamentale axée sur la valeur pour l'utilisateur, ils ne sont pas le seul type d'élément géré par une équipe agile.

Pour gérer le travail à différents niveaux de granularité et répondre à des besoins spécifiques tels que la recherche ou la résolution d'erreurs, d'autres types d'éléments de travail sont utilisés.

Deux des plus courants sont les épopées (Epics), qui représentent de grands blocs de fonctionnalités, et les pics (Spikes), consacrés à la recherche et à la réduction de l'incertitude.

Comprendre comment et quand utiliser ces éléments, associé à une approche cohérente de la gestion des bugs, permet de maintenir le backlog organisé et de planifier plus efficacement.

Épics : regrouper des histoires connexes

Une épopée représente un ensemble de tâches importantes qui ne peuvent généralement pas être réalisées en une seule itération et qui doivent être décomposées en histoires utilisateur plus petites et plus faciles à gérer.

Elles fonctionnent comme un conteneur ou un parapluie pour regrouper plusieurs histoires utilisateur qui sont thématiquement liées ou qui contribuent à une fonctionnalité plus large.

Les épopées sont utiles pour la planification à plus long terme (trimestrielle, annuelle) et pour communiquer des objectifs de haut niveau.

Selon le contexte, une épopée peut représenter une fonctionnalité principale du produit (par exemple, « Recherche », « Panier ») ou être alignée sur des objectifs stratégiques ou des OKR (par exemple, « Augmenter le taux de conversion de X % »).

Des outils tels que Jira utilisent efficacement les épopées pour organiser visuellement le backlog et suivre les progrès à un niveau macro.

Spikes : recherche et réduction de l'incertitude

Contrairement aux récits d'utilisateurs qui apportent une valeur ajoutée tangible au produit, un spike est un type d'élément de travail dont l'objectif principal est de générer des connaissances, de réduire les risques ou de répondre à des questions techniques ou fonctionnelles.

Il est utilisé lorsque l'équipe a besoin de rechercher une nouvelle technologie, d'apprendre un domaine inconnu, d'expérimenter différentes approches de solution ou, de manière générale, de réduire l'incertitude avant de pouvoir estimer ou mettre en œuvre une histoire utilisateur connexe.

Bien qu'ils ne produisent pas directement de valeur pour l'utilisateur final, les spikes sont précieux car ils permettent de prendre des décisions plus éclairées et d'éviter des erreurs coûteuses.

Les inclure dans le backlog permet de visualiser et de comptabiliser les efforts consacrés à la recherche et à l'apprentissage.

Gestion des erreurs (bugs) comme des récits d'utilisateurs

La gestion des erreurs (bugs) suscite souvent un débat quant à savoir si elles doivent constituer un type d'élément distinct ou non. Une pratique recommandée consiste à traiter les bugs comme des récits d'utilisateurs.

La raison principale est de s'assurer que la valeur (ou l'impact négatif) de la correction de cette erreur spécifique est clairement établie.

Tous les bugs n'ont pas le même impact ; certains peuvent être critiques et affecter de