Backlog, qu'est-ce que c'est et comment le construire ?
Tout d'abord commençons par ce qu'est un Backlog. Un backlog est une liste évolutive d'activités ordonnées et organisées, relatives à un produit ou à un service. Il nous permet de capturer et de gérer les fonctionnalités sur lesquelles l'équipe a l'intention de travailler pour répondre à un besoin client ou utilisateur. C'est l'outil indispensable pour définir les attentes avec les parties prenantes et communiquer les activités aux équipes, ce qui se révèle très utile lorsque nous concevons un produit. Il sert ainsi de base pour la planification, en nous assurant que toutes les activités sont prises en compte.
Le périmètre du Backlog est dynamique, alimenté par les retours des utilisateurs, les besoins du marché et les contraintes techniques. Ainsi le contenu de notre Backlog s'adapte constamment pour s'assurer que celui-ci est fonctionnel. Pour mieux comprendre la structure des activités dans le Backlog, nous pouvons nous appuyer sur l’infographie créée par Karyn Lurierelatée dans l' article « A Deeper Dive into LEGO Bricks and Data Stories » de Brent Dykes. Celle-ci fait l’analogie entre des données brutes avec des briques de LEGO et leur assemblage en une maison LEGO, avec les donnés structurées en un récit ou « storytelling » en anglais.
Cet examen régulier les éléments du Backlog s'effectue lors des évènements de raffinements, au cours desquels nous décrivons les prochaines activités de manière claire et précise, et que nous les estimons. Les activités moins critiques peuvent rester vagues, avec une estimation approximative qui permettra d'ordonner le Backlog. Ces estimations approximatives évolueront ensuite au fur et à mesure de la compréhension de l'équipe jusqu'à pouvoir être récupérées pour être implémentées. Cette structuration permet de nous assurer que les ressources sont mobilisées de manière optimale et que les activités aux valeurs les plus importantes sont traitées en premier.
Les activités du Backlog sont organisées par rapport à une logique d'implémentation, faisant le lien entre elles, et par rapport aux ressources disponibles, nous assurant qu'elles sont allouées de manière optimale dans le temps imparti. Nous parlons plutôt de Backlog ordonné plus que priorisé, dans le sens où il suit un séquençage logique, influencé par les éléments tels que la valeur business des fonctionnalités, les dépendances, et les risques. Pour illustrer cette nuance, nous pouvons prendre l’ exemple de James Coplien sur la construction d’une maison. Dans notre cas, le Backlog contient tous les éléments qui composent une maison, tels que les murs, les portes, les fenêtres et le toit. Et la priorité serait donc le toit de notre maison. Cependant, cet ordre ne représente pas la façon dont nous procédons pour construire la maison. Il nous faut donc prendre en compte cela dans l’organisation de notre Backlog.
En conclusion, le Backlog est un outil puissant pour organiser et ordonner les activités pour la réalisation d'un produit. Il est important de le maintenir à jour en ajoutant de nouveaux éléments, en supprimant ceux qui ne sont plus pertinents et en ajustant leur ordre en fonction des besoins et des feedbacks. Ainsi le Backlog est toujours en adéquation avec la progression du produit, afin d'optimiser l'ensemble des activités de travail et maximiser les chances de succès !
