Gérer son backlog sans se noyer
Partager
En bref. Gérer un backlog produit, ce n'est pas tout écrire puis tout garder : c'est tenir une liste unique, ordonnée par valeur et vivante de ce qui reste à construire sur le produit. Elle ne s'arrête pas avec un projet : elle vit tant que le produit vit, et c'est le Product Owner qui en répond. La règle d'or : le haut de la liste est prêt et détaillé, le bas reste grossier, et on nettoie régulièrement ce qui est mort.
Chez Edelw'ice, le glacier artisanal lausannois fondé par Heidi en 1983, la maison construit en 2010 son site de vente en ligne. Les demandes affluent : paiement en ligne, gestion des stocks, comptes clients, codes promo, page recettes… Lexie, celle des deux analystes qui va voir sur le terrain, note tout ; Thomas, le directeur marketing, en rajoute chaque matin ; et Nina, l'UX designer, s'inquiète : « à ce rythme, on aura une liste de deux cents lignes que plus personne ne lira ». Le problème n'est pas d'avoir des idées — c'est de les tenir sans se noyer.
Si tu portes un produit, tu as ce carnet qui gonfle. La bonne nouvelle : un backlog se tient avec trois réflexes simples.
Pourquoi un backlog devient-il vite ingérable ?
Parce qu'on le confond avec une boîte à idées où l'on jette tout, sans jamais rien retirer. La liste enfle, le vieux côtoie l'urgent, et personne ne sait plus ce qui est vraiment prévu. On passe alors plus de temps à chercher dans le backlog qu'à avancer.
Chez Edelw'ice, deux réflexes s'opposent — et se complètent. Abby, méthodique, veut que chaque ligne soit reliée à un pourquoi traçable. Lexie, orientée terrain, refuse de tout détailler d'avance : « on affine ce qu'on va faire bientôt, pas ce qui est encore loin ». Les deux ont raison : un bon backlog est tracé et affiné juste à temps.
Qu'est-ce qu'un backlog, concrètement ?
Le backlog produit — le carnet de commandes du produit — est la liste, ordonnée par valeur et vivante, de tout ce qui reste à construire. Ordonnée : ce qui apporte le plus de valeur est en haut. Vivante : elle change à chaque nouvelle information.
Un point qu'on confond souvent : ce backlog n'appartient pas à un projet. Un projet a une fin ; le produit, lui, continue — et sa liste avec lui. C'est le Product Owner (PO), la personne qui répond de la valeur livrée par le produit, qui en tient l'ordre, projet après projet. Ce n'est pas une archive, c'est un outil de décision.
La règle d'or tient en une image : un backlog est un entonnoir, pas un placard. Le haut est détaillé, prêt à être pris ; le bas reste volontairement grossier, parce qu'on ne sait pas encore s'il sera fait.
Le réflexe d'Abby. « Une ligne sans pourquoi n'a rien à faire dans le backlog. » Chaque élément porte le besoin qu'il sert — sinon il sort.
Le réflexe de Lexie. « On n'écrit pas un roman pour une ligne du bas. » On détaille au dernier moment utile, pas avant.
À quoi ça ressemble, chez Edelw'ice
Plutôt qu'une liste de deux cents lignes, Lexie et Nina tiennent un seul backlog produit. En haut, trois éléments prêts : « payer par carte », « voir le stock en temps réel », « créer un compte ». Chacun est détaillé et relié à la valeur qu'il apporte (encaisser, éviter les ruptures, fidéliser). Plus bas, des lignes d'une phrase, à peine ébauchées : « codes promo ? », « page recettes ? ». Et toutes les deux semaines, elles nettoient : ce qui est livré sort, ce qui n'a plus de sens aussi. La liste reste courte — et tout le monde sait ce qui vient. Le site sera mis en ligne, le projet fermé ; cette liste, elle, restera ouverte et continuera de vivre avec le produit.
La même logique, hors du numérique
Une liste de courses bien tenue fonctionne pareil : en haut, ce qu'il faut acheter aujourd'hui, précis (« 500 g de farine ») ; en bas, des envies vagues (« refaire le stock d'épices, un jour »). Et on raye ce qui est acheté. Que tu portes un déménagement, un recrutement ou une association, le principe tient : une seule liste, le haut net, le bas flou, et un nettoyage régulier.
Tenir ton backlog en trois gestes
- Une seule liste, une seule source. Rassemble tout ce qui reste à construire au même endroit — pas cinq fichiers parallèles où l'information se perd.
- Affine le haut, laisse le bas grossier. Détaille ce qui sera traité bientôt ; laisse en une ligne ce qui est loin. On affine juste à temps.
- Nettoie régulièrement. Retire ce qui est fait, périmé ou redondant. Un backlog court est un backlog qu'on relit.
Ces trois gestes ne remplacent pas la décision d'ordre — pour ça, il y a la priorisation — mais ils gardent la liste lisible et digne de confiance.
Le deck BADASS rassemble la gestion du backlog et les autres techniques sur des cartes : une vue d'ensemble, et un moyen de se rappeler laquelle sortir le jour venu. Le déroulé complet sur un cas réel — affinage, cas limites, arbitrages, chiffres — c'est l'eBook consacré à la technique.
Pour aller plus loin (le référentiel). Dans le BABOK®, la gestion du backlog — Backlog Management, §10.2 — est mobilisée par la tâche « Prioriser les exigences » (5.3), dans le domaine Gestion du cycle de vie des exigences — une exigence étant ce que la solution doit permettre de faire, et ce domaine la suivant de l'idée à la livraison. Elle sert aussi à « Analyser la valeur potentielle et recommander une solution » (7.6) : une technique n'appartient pas à un domaine, ce sont les tâches qui l'appellent qui en ont un.
Questions fréquentes
Qu'est-ce qu'un backlog en Business Analyse ?
Un backlog produit est la liste, ordonnée par valeur et vivante, de tout ce qui reste à construire sur un produit. Il ne s'arrête pas à la fin d'un projet : il vit tant que le produit vit, et le Product Owner — la personne qui répond de la valeur livrée — en décide l'ordre.
Comment gérer un backlog sans qu'il devienne ingérable ?
En le gardant court et affiné : le haut détaillé et prêt, le bas volontairement grossier, et un nettoyage régulier qui retire ce qui n'a plus de sens. Une seule source, pas cinq listes parallèles.
Quelle différence entre gérer un backlog et prioriser ?
Gérer un backlog produit, c'est tenir la liste vivante (capturer, affiner, nettoyer) ; prioriser, c'est décider de son ordre par la valeur. La priorisation, elle, est une technique : gérer un backlog, c'est notamment la mobiliser pour en décider l'ordre.
Faut-il tout détailler dans le backlog ?
Non. On affine juste-à-temps : on détaille ce qui va être traité bientôt, on laisse flou ce qui est loin. Sur-spécifier le bas de la liste, c'est du travail jeté quand les priorités changent.
Articles liés : Prioriser ses tâches quand tout est « prioritaire » · 5 techniques pour un Product Owner qui priorise mieux · Les techniques liées en Business Analyse
