Récemment nous avons posé de nouvelles bases pour la mise en œuvre d’un ou plusieurs backlogs (macro et/ou micro) afin de spécifier plus en profondeur les projets de nos clients.
Nous avions jusqu’à présent l’habitude d’en intégrer dans tous nos projets. Mais ils avaient tendance à devenir rapidement obsolètes et nous faisions alors l’impasse pour favoriser plus rapidement une démarche centrée sur nos utilisateurs cibles (userflow, tests avec de vrais utilisateurs, prototypage, etc…).
Ce qui est drôle, c’est que nous appliquons la logique du backlog au quotidien dans l’application de la méthode S.C.R.U.M et de nos sprints, et cela depuis maintenant plus de 8 ans. Mais, conscient de sa puissance, nous souhaitions lui donner une place méritée, pour en faire un élément central de nos projets (et oui nous grandissons et évoluons tous les jours 😉).
Dans cet article, je vous propose donc d’explorer ce qu'est un backlog, comment nous l’utilisons désormais dans les projets de nos clients ainsi que ses avantages.
C’est partiiii ! 🚀
Définition du backlog
Le backlog est une liste dynamique et priorisée de toutes les tâches, fonctionnalités, améliorations et corrections nécessaires pour le développement d'un produit digital.
Il est constamment mis à jour et évolue tout au long du cycle de vie du projet.
Ses principaux objectifs sont :
- Centraliser les exigences : le backlog centralise toutes les exigences et spécifications techniques du produit sous forme de stories (description d’une fonctionnalité en une phrase simple, par exemple : “Un utilisateur peut ajouter un article au panier”) et d’un détail exhaustif de son fonctionnement.
- Priorisation : les éléments sont priorisés en fonction de la valeur qu'ils apportent au produit, cela permet de savoir sur quelles fonctionnalités travailler en priorité.
- Planification : lors de la planification d'un sprint (période de travail définie), l'équipe sélectionne un ensemble d'éléments du backlog à réaliser, en prenant en compter la capacité de l'équipe, les objectifs et plannings.
- Visibilité et transparence : le backlog offre une visibilité commune du projet à l'ensemble de l'équipe.
Flexibilité et adaptation: étant donné que le backlog est constamment mis à jour, il permet à l'équipe de s'adapter rapidement aux changements de priorités, aux retours d'utilisateurs et aux nouvelles informations.
Pour tirer le meilleur du backlog, voici quelques bonnes pratiques à suivre : - Maintenir la clarté : les éléments du backlog doivent être clairs, les informations doivent simplifier la compréhension tout en étant très précises et exhaustives.
- Prioriser régulièrement : la priorisation du backlog doit être régulièrement revue pour s'assurer que les éléments les plus importants sont toujours en tête de liste.
- Éviter le surpeuplement: un backlog surchargé peut être contre-productif. Il est essentiel de maintenir un équilibre et de ne pas inclure trop d'éléments à la fois / de découper en plusieurs story afin d’éviter d’en avoir des trop complexes.
Le backlog est donc bien plus qu'une simple liste de tâches. Il est le moteur qui alimente la conception d’un produit, offrant direction, transparence et flexibilité à l'équipe.

Pourquoi intégrer des backlogs à nos projets ?
Nous réalisons des projets clients de plus en plus complexe avec un grand nombre de fonctionnalités.
Nous souhaitions optimiser le suivi des informations entre les différents pôles métiers car nous n’utilisons pas toujours les informations de la même manière, ce qui peut mener à perdre l’objectif du besoin initial.
Nos projets peuvent s’étaler sur plusieurs mois, voire sur plusieurs années, et cela en développement continue, de quoi perdre la tête et quelques informations sur le chemin 😵💫.
C’est pourquoi nous avons décidé d’utiliser des backlogs comme support pérenne du partage de l’information d’un projet. Que ce soit en phase de création mais aussi durant toute la vie de la solution.
Ils peuvent être macro et dans ce cas concerner une version complète d’un logiciel par exemple, ou micro et se concentrer davantage sur de petits éléments qui méritent des spécifications plus précises, comme la gestion de statuts, de signatures électroniques ou l’intégration de solutions externes (comme par exemple une solution paiement ou Baas (Banking As a Service) qui demande d’écrire des spécifications plus poussées).
Mais alors quels sont leurs objectifs ?
- Cadrer et spécifier les fonctionnalités attendues dans une démarche progressive de MVP (Minimum Viable Product) afin de ne pas partir dans quelque chose de trop complexe dès le départ.
- Avoir toutefois une vision très précise et commune des différentes fonctionnalités qui peut servir à tous les pôles en cas de questions ! Tout est noté, on évite ainsi la perte d’information. 😉
En bref ils nous aident à simplifier, gagner en clarté et facilitent la communication au sein de l’équipe !
Backlog et userflow, une complémentarité à ne pas sous estimer
Bien que distincts dans leur nature et leur fonction, le backlog et le userflow sont complémentaires.
Le backlog va permettre de venir spécifier de manière exhaustive les fonctionnalités et cela de manière textuelle, poussant ainsi l’exercice de compréhension à son paroxysme avec la rédaction d’une courte phrase qui renferme l’essence de la fonction attendue (la fameuse Story).
Dans mon article sur le userflow, j’expliquais que ce dernier permettait de cadrer le périmètre d’un projet. C’est en effet vrai mais le userflow va principalement servir à montrer les différentes interactions entre les éléments / fonctionnalités et les parcours des utilisateurs de manière visuelle.
Et c’est là que la magie opère. 🧙 En utilisant les deux méthodes nous cadrons bien plus efficacement le projet, nous anticipons beaucoup de cas d’usage et nous gagnons du temps (et économisons efficacement le budget confié par notre client 🤑) sur les autres étapes de la conception.
Le backlog nous aide à mettre le bon contenu technique dans nos maquettes fonctionnelles. Le userflow nous aide à prototyper les différents parcours. Et côté design de l’interface (UI) puis développement technique, ils peuvent se référer à l’un ou l’autre pour comprendre toutes les subtilités de la solution attendue.
Alors convaincu par la puissance du backlog ? 💪