[{"data":1,"prerenderedAt":487},["ShallowReactive",2],{"search-api":-1,"listing-tag-Anti-patterns-page-1":3},[4],{"_path":5,"_dir":6,"_draft":7,"_partial":7,"_locale":8,"title":9,"description":10,"id":11,"date":12,"listed":13,"nocomments":7,"hidden":7,"categories":14,"tags":15,"--cover":19,"readingTime":20,"body":25,"_type":481,"_id":482,"_source":483,"_file":484,"_stem":485,"_extension":486},"/fr/pratiques-agiles/anti-patterns-backlog","pratiques-agiles",false,"","Les anti-patterns du backlog : comment en sortir","Un backlog de 400 items n'est pas un outil de planification : c'est un cimetière de bonnes intentions. Les 5 anti-patterns et la méthode pour retrouver un backlog utilisable.",17,"2026-02-11",true,[6],[16,17,18],"Backlog","Anti-patterns","Product Management","covers/articles/anti-patterns-backlog.jpg",{"text":21,"minutes":22,"time":23,"words":24},"8 min read",7.525,451500,1505,{"type":26,"children":27,"toc":471},"root",[28,36,42,47,52,57,62,66,73,84,103,113,118,121,127,136,145,154,157,163,172,181,190,225,230,243,246,252,261,270,279,284,287,293,302,311,320,325,328,334,344,354,372,375,381,404,417,430,443,456,459],{"type":29,"tag":30,"props":31,"children":33},"element","h1",{"id":32},"les-anti-patterns-du-backlog-comment-en-sortir",[34],{"type":35,"value":9},"text",{"type":29,"tag":37,"props":38,"children":39},"p",{},[40],{"type":35,"value":41},"J'ai ouvert le Jira d'une équipe bancaire que j'accompagnais pour un diagnostic de delivery. 847 tickets. Les plus anciens dataient de 3 ans. Le PO m'a dit : \"On garde tout, on sait jamais.\"",{"type":29,"tag":37,"props":43,"children":44},{},[45],{"type":35,"value":46},"J'ai ensuite demandé combien d'items avaient été développés parmi ceux créés il y a plus de 6 mois. La réponse : moins de 8%.",{"type":29,"tag":37,"props":48,"children":49},{},[50],{"type":35,"value":51},"92% de ce backlog ne serait jamais traité. Mais il existait. Il occupait de l'espace cognitif à chaque session de planning, chaque affinage, chaque conversation sur les priorités. C'est le paradoxe du backlog aspirateur : plus il grossit, moins il est utile, et plus il coûte.",{"type":29,"tag":37,"props":53,"children":54},{},[55],{"type":35,"value":56},"La promesse du backlog est simple : tout ce qu'on veut faire est documenté, priorisé, et prêt à être planifié. La réalité dans 80% des équipes que j'accompagne : le backlog grossit plus vite qu'il ne se vide, personne ne le lit entièrement, et les vrais sujets urgents se trouvent dans des messages Slack plutôt que dans Jira.",{"type":29,"tag":37,"props":58,"children":59},{},[60],{"type":35,"value":61},"Voici les 5 anti-patterns responsables de 90% des backlogs inutilisables, et la méthode de sortie.",{"type":29,"tag":63,"props":64,"children":65},"hr",{},[],{"type":29,"tag":67,"props":68,"children":70},"h2",{"id":69},"anti-pattern-1-le-backlog-aspirateur",[71],{"type":35,"value":72},"Anti-pattern 1 : Le backlog aspirateur",{"type":29,"tag":37,"props":74,"children":75},{},[76,82],{"type":29,"tag":77,"props":78,"children":79},"strong",{},[80],{"type":35,"value":81},"Symptôme",{"type":35,"value":83}," : tout ce qui est mentionné lors d'une réunion, d'une conversation Slack, ou d'un email devient un ticket. Le volume augmente de 10 à 20 items par semaine. Les tickets créés ne sont jamais fermés sauf quand ils sont développés.",{"type":29,"tag":37,"props":85,"children":86},{},[87,92,94,101],{"type":29,"tag":77,"props":88,"children":89},{},[90],{"type":35,"value":91},"Coût",{"type":35,"value":93}," : un backlog aspirateur génère une charge cognitive invisible. Chaque session de ",{"type":29,"tag":95,"props":96,"children":98},"a",{"href":97},"/fr/pratiques-agiles/sprint-planning-efficace",[99],{"type":35,"value":100},"sprint planning",{"type":35,"value":102}," ou d'affinage nécessite de parcourir des centaines d'items pour trouver les 5 à 10 pertinents pour le prochain sprint. En termes de temps : 2 à 4 heures par semaine de chasse aux items pertinents sur un backlog de 400 items.",{"type":29,"tag":37,"props":104,"children":105},{},[106,111],{"type":29,"tag":77,"props":107,"children":108},{},[109],{"type":35,"value":110},"Sortie",{"type":35,"value":112}," : instaurer un critère d'entrée dans le backlog. Un item n'entre dans le backlog que si le PO l'a validé comme pertinent, s'il a une valeur business identifiable, et s'il sera probablement traité dans les 3 prochains mois.",{"type":29,"tag":37,"props":114,"children":115},{},[116],{"type":35,"value":117},"Les idées \"peut-être un jour\" vont dans un document séparé (Notion, Confluence, même un Google Sheets), non accessible dans le backlog de sprint. La frontière entre \"backlog de travail\" et \"liste d'idées\" est l'une des distinctions les plus importantes qu'une équipe peut établir.",{"type":29,"tag":63,"props":119,"children":120},{},[],{"type":29,"tag":67,"props":122,"children":124},{"id":123},"anti-pattern-2-les-stories-sans-critères-dacceptation",[125],{"type":35,"value":126},"Anti-pattern 2 : Les stories sans critères d'acceptation",{"type":29,"tag":37,"props":128,"children":129},{},[130,134],{"type":29,"tag":77,"props":131,"children":132},{},[133],{"type":35,"value":81},{"type":35,"value":135}," : des tickets avec un titre, parfois une description vague, et aucun critère d'acceptation. \"Améliorer le dashboard.\" \"Corriger les problèmes de performance.\" Aucune mesure de succès.",{"type":29,"tag":37,"props":137,"children":138},{},[139,143],{"type":29,"tag":77,"props":140,"children":141},{},[142],{"type":35,"value":91},{"type":35,"value":144}," : une story sans critères d'acceptation entre en sprint et génère des aller-retours entre le développeur et le PO pendant le sprint. En moyenne, 3 à 5 interruptions par story floue, à 30 minutes chacune. Sur un sprint avec 4 stories floues : 6 à 10 heures perdues, sans compter le contexte-switching.",{"type":29,"tag":37,"props":146,"children":147},{},[148,152],{"type":29,"tag":77,"props":149,"children":150},{},[151],{"type":35,"value":110},{"type":35,"value":153}," : appliquer la règle \"if it's not testable, it's not ready\". Chaque story qui ne peut pas être vérifiée par un test (automatique ou manuel) est retirée du backlog jusqu'à ce que ses critères d'acceptation soient définis. Le PO est responsable de cette définition.",{"type":29,"tag":63,"props":155,"children":156},{},[],{"type":29,"tag":67,"props":158,"children":160},{"id":159},"anti-pattern-3-labsence-de-priorisation-explicite",[161],{"type":35,"value":162},"Anti-pattern 3 : L'absence de priorisation explicite",{"type":29,"tag":37,"props":164,"children":165},{},[166,170],{"type":29,"tag":77,"props":167,"children":168},{},[169],{"type":35,"value":81},{"type":35,"value":171}," : le backlog est trié par date de création, alphabétiquement, ou pas du tout. La priorité de chaque item est \"implicite\", connue du PO mais pas visible dans l'outil.",{"type":29,"tag":37,"props":173,"children":174},{},[175,179],{"type":29,"tag":77,"props":176,"children":177},{},[178],{"type":35,"value":91},{"type":35,"value":180}," : lors de chaque sprint planning, la question \"par quoi on commence ?\" déclenche une discussion de 30 à 60 minutes. Le résultat dépend de qui est le plus vocal dans la salle, pas de la valeur business réelle. C'est une forme de prise de décision politique déguisée en planification.",{"type":29,"tag":37,"props":182,"children":183},{},[184,188],{"type":29,"tag":77,"props":185,"children":186},{},[187],{"type":35,"value":110},{"type":35,"value":189}," : priorisation explicite par une méthode cohérente. La méthode importe moins que la cohérence :",{"type":29,"tag":191,"props":192,"children":193},"ul",{},[194,205,215],{"type":29,"tag":195,"props":196,"children":197},"li",{},[198,203],{"type":29,"tag":77,"props":199,"children":200},{},[201],{"type":35,"value":202},"RICE",{"type":35,"value":204}," (Reach × Impact × Confidence / Effort) : chiffré, comparable",{"type":29,"tag":195,"props":206,"children":207},{},[208,213],{"type":29,"tag":77,"props":209,"children":210},{},[211],{"type":35,"value":212},"MoSCoW",{"type":35,"value":214}," (Must/Should/Could/Won't) : simple, rapide",{"type":29,"tag":195,"props":216,"children":217},{},[218,223],{"type":29,"tag":77,"props":219,"children":220},{},[221],{"type":35,"value":222},"Weighted Shortest Job First",{"type":35,"value":224}," : ratio valeur/effort, utilisé dans SAFe",{"type":29,"tag":37,"props":226,"children":227},{},[228],{"type":35,"value":229},"Ce qui compte : la priorité est visible dans l'outil et mise à jour au moins une fois par sprint.",{"type":29,"tag":231,"props":232,"children":237},"cta",{"cta":233,"href":234,"title":235,"type":236},"Réserver mon diagnostic gratuit →","https://app.kamanga.fr/forms/discovery-call","Votre sprint planning dure trop longtemps parce qu'il faut chercher les priorités dans un backlog illisible ?","call",[238],{"type":29,"tag":37,"props":239,"children":240},{},[241],{"type":35,"value":242},"Un backlog dysfonctionnel est souvent le symptôme d'un processus de product discovery manquant ou d'une tension PO/équipe non résolue. En 30 minutes, j'identifie la cause racine et vous donne le plan de \"backlog détox\" adapté à votre contexte.",{"type":29,"tag":63,"props":244,"children":245},{},[],{"type":29,"tag":67,"props":247,"children":249},{"id":248},"anti-pattern-4-les-epics-zombies",[250],{"type":35,"value":251},"Anti-pattern 4 : Les epics zombies",{"type":29,"tag":37,"props":253,"children":254},{},[255,259],{"type":29,"tag":77,"props":256,"children":257},{},[258],{"type":35,"value":81},{"type":35,"value":260}," : des epics créées il y a 12, 18, 24 mois, toujours \"en cours\", avec 3 stories terminées sur 20. Elles ne sont pas fermées parce que \"on va y revenir un jour.\"",{"type":29,"tag":37,"props":262,"children":263},{},[264,268],{"type":29,"tag":77,"props":265,"children":266},{},[267],{"type":35,"value":91},{"type":35,"value":269}," : les epics zombies créent une illusion de planification. Les items sous ces epics apparaissent dans les recherches et les rapports, gonflant artificiellement le backlog et perturbant les métriques de vélocité. Plus insidieux : elles occupent mentalement le PO et l'équipe dans des discussions de planification sur des sujets qui ne seront statistiquement jamais développés.",{"type":29,"tag":37,"props":271,"children":272},{},[273,277],{"type":29,"tag":77,"props":274,"children":275},{},[276],{"type":35,"value":110},{"type":35,"value":278}," : lors d'une session de \"backlog détox\", appliquer la règle des 90 jours sur les epics. Une epic qui n'a pas eu de story développée dans les 90 jours est soit fermée avec les stories non-terminées marquées \"won't do\", soit réarchivée dans un document de vision produit, soit continuée uniquement si une décision consciente est prise de l'inclure dans la roadmap des 3 prochains mois.",{"type":29,"tag":37,"props":280,"children":281},{},[282],{"type":35,"value":283},"Dans l'équipe bancaire mentionnée en introduction, la suppression des epics zombies a réduit le backlog de 847 à 312 items en une session de 2 heures. La clarté retrouvée a été immédiate.",{"type":29,"tag":63,"props":285,"children":286},{},[],{"type":29,"tag":67,"props":288,"children":290},{"id":289},"anti-pattern-5-le-backlog-comme-outil-de-micro-management",[291],{"type":35,"value":292},"Anti-pattern 5 : Le backlog comme outil de micro-management",{"type":29,"tag":37,"props":294,"children":295},{},[296,300],{"type":29,"tag":77,"props":297,"children":298},{},[299],{"type":35,"value":81},{"type":35,"value":301}," : des tickets créés par des managers avec des descriptions de solutions techniques plutôt que de problèmes à résoudre. Ou des tickets de suivi créés pour chaque sous-tâche d'un développement, utilisés pour monitorer l'avancement heure par heure.",{"type":29,"tag":37,"props":303,"children":304},{},[305,309],{"type":29,"tag":77,"props":306,"children":307},{},[308],{"type":35,"value":91},{"type":35,"value":310}," : les développeurs passent plus de temps à mettre à jour les tickets qu'à développer. La création de tickets devient une activité à part entière, et la qualité du code baisse parce que le focus est sur les sous-tâches visibles, pas sur la livraison de valeur.",{"type":29,"tag":37,"props":312,"children":313},{},[314,318],{"type":29,"tag":77,"props":315,"children":316},{},[317],{"type":35,"value":110},{"type":35,"value":319}," : distinguer les tickets de valeur (ce qu'on cherche à accomplir pour l'utilisateur) des tâches techniques (comment on va l'accomplir). Les tâches techniques sont gérées par le développeur dans sa branche Git, pas dans Jira. Le manager voit l'avancement de la story, pas des sous-tâches.",{"type":29,"tag":37,"props":321,"children":322},{},[323],{"type":35,"value":324},"Ce n'était jamais un problème de confiance individuelle. C'était un problème de système de pilotage inadapté.",{"type":29,"tag":63,"props":326,"children":327},{},[],{"type":29,"tag":67,"props":329,"children":331},{"id":330},"la-méthode-backlog-détox-en-3-sessions-de-2h",[332],{"type":35,"value":333},"La méthode \"backlog détox\" en 3 sessions de 2h",{"type":29,"tag":37,"props":335,"children":336},{},[337,342],{"type":29,"tag":77,"props":338,"children":339},{},[340],{"type":35,"value":341},"Session 1 : Le tri brutal",{"type":35,"value":343}," (PO + Tech Lead) : parcourir tous les items avec une règle binaire : ce ticket sera-t-il développé dans les 3 prochains mois ? Si non, archiver sans remords. Un ticket archivé peut toujours être réactivé. Résultat attendu : réduction de 40 à 60% du backlog.",{"type":29,"tag":37,"props":345,"children":346},{},[347,352],{"type":29,"tag":77,"props":348,"children":349},{},[350],{"type":35,"value":351},"Session 2 : La priorisation",{"type":35,"value":353}," (PO + équipe) : sur les items conservés, appliquer une méthode de priorisation explicite. Trier le backlog par priorité décroissante. Résultat attendu : un backlog où les 20 premiers items sont les 20 items les plus importants.",{"type":29,"tag":37,"props":355,"children":356},{},[357,362,364,370],{"type":29,"tag":77,"props":358,"children":359},{},[360],{"type":35,"value":361},"Session 3 : La DoR",{"type":35,"value":363}," (PO + Tech Lead) : pour les 15 à 20 premiers items (ceux qui pourraient entrer dans les 2 prochains sprints), vérifier que chaque item respecte la ",{"type":29,"tag":95,"props":365,"children":367},{"href":366},"/fr/pratiques-agiles/definition-of-ready-bugs-sprint",[368],{"type":35,"value":369},"Definition of Ready",{"type":35,"value":371},". Les items qui ne la respectent pas sont enrichis ou reportés. Résultat attendu : un backlog actionnable, priorisé, avec les premiers items \"DoR-validés\".",{"type":29,"tag":63,"props":373,"children":374},{},[],{"type":29,"tag":67,"props":376,"children":378},{"id":377},"faq-sur-le-backlog-agile",[379],{"type":35,"value":380},"FAQ sur le backlog Agile",{"type":29,"tag":382,"props":383,"children":384},"details",{},[385,391],{"type":29,"tag":386,"props":387,"children":388},"summary",{},[389],{"type":35,"value":390},"1. Quelle taille maximale devrait avoir un backlog ?",{"type":29,"tag":37,"props":392,"children":393},{},[394,396,402],{"type":35,"value":395},"Il n'y a pas de règle universelle, mais un backlog utilisable devrait contenir 2 à 3 mois de travail maximum pour les items priorisés. Un backlog surchargé augmente mécaniquement le ",{"type":29,"tag":95,"props":397,"children":399},{"href":398},"/fr/pratiques-agiles/reduire-work-in-progress-velocite",[400],{"type":35,"value":401},"Work In Progress",{"type":35,"value":403}," et allonge le lead time. Au-delà, la priorisation devient abstraite et les items du bas ne seront statistiquement jamais développés. Pour une équipe qui livre 20 à 30 story points par sprint, cela représente 80 à 120 items priorisés, avec un volume illimité d'idées dans une liste séparée \"future\".",{"type":29,"tag":382,"props":405,"children":406},{},[407,412],{"type":29,"tag":386,"props":408,"children":409},{},[410],{"type":35,"value":411},"2. Qui est responsable du nettoyage du backlog ?",{"type":29,"tag":37,"props":413,"children":414},{},[415],{"type":35,"value":416},"Le PO est responsable de la santé du backlog, mais le nettoyage est un travail collectif. Le PO décide quoi garder et quoi archiver, mais l'équipe et le Tech Lead valident que les items conservés sont techniquement réalistes et suffisamment détaillés. Un backlog propre est le résultat d'une collaboration, pas d'un seul rôle.",{"type":29,"tag":382,"props":418,"children":419},{},[420,425],{"type":29,"tag":386,"props":421,"children":422},{},[423],{"type":35,"value":424},"3. Comment convaincre un PO de supprimer des items qu'il a créés ?",{"type":29,"tag":37,"props":426,"children":427},{},[428],{"type":35,"value":429},"Utiliser les données. Dans les 6 derniers mois, combien d'items vieux de plus de 6 mois ont été développés ? En général, moins de 10%. Montrer que les 90% restants génèrent du bruit sans produire de valeur. L'argument qui fonctionne : \"Un backlog propre nous permet de nous concentrer sur les 20 items qui comptent vraiment. Les 380 autres nous distraient de ces 20.\"",{"type":29,"tag":382,"props":431,"children":432},{},[433,438],{"type":29,"tag":386,"props":434,"children":435},{},[436],{"type":35,"value":437},"4. Faut-il un outil différent pour les \"idées futures\" séparées du backlog ?",{"type":29,"tag":37,"props":439,"children":440},{},[441],{"type":35,"value":442},"Pas nécessairement. Une section ou un label différent dans le même outil suffit. L'important est la séparation visuelle et fonctionnelle : les items \"futures\" n'apparaissent pas dans le sprint planning, ne sont pas inclus dans les métriques de vélocité, et ne nécessitent pas de DoR. Confluence, Notion, ou un simple Google Sheets fonctionnent très bien pour cette liste d'idées.",{"type":29,"tag":382,"props":444,"children":445},{},[446,451],{"type":29,"tag":386,"props":447,"children":448},{},[449],{"type":35,"value":450},"5. À quelle fréquence faut-il faire un backlog détox ?",{"type":29,"tag":37,"props":452,"children":453},{},[454],{"type":35,"value":455},"Une session initiale de détox (les 3 sessions de 2h décrites ci-dessus), puis une maintenance hebdomadaire de 30 minutes en affinage suffit pour maintenir le backlog sain. Sans maintenance régulière, le backlog reviendra à son état précédent en 3 à 4 mois : les mécanismes d'accumulation sont structurels, pas accidentels.",{"type":29,"tag":63,"props":457,"children":458},{},[],{"type":29,"tag":231,"props":460,"children":465},{"cta":461,"href":462,"title":463,"type":464},"Télécharger le guide gratuit →","/mes-ressources","Ressource gratuite : Guide Lead Time -50% en 90 jours","resource",[466],{"type":29,"tag":37,"props":467,"children":468},{},[469],{"type":35,"value":470},"Le framework pour réduire votre lead time en 90 jours inclut une section complète sur l'optimisation du backlog et des processus de priorisation, avec les templates de session de backlog détox prêts à l'emploi.",{"title":8,"searchDepth":472,"depth":472,"links":473},2,[474,475,476,477,478,479,480],{"id":69,"depth":472,"text":72},{"id":123,"depth":472,"text":126},{"id":159,"depth":472,"text":162},{"id":248,"depth":472,"text":251},{"id":289,"depth":472,"text":292},{"id":330,"depth":472,"text":333},{"id":377,"depth":472,"text":380},"markdown","content:fr:pratiques-agiles:anti-patterns-backlog.md","content","fr/pratiques-agiles/anti-patterns-backlog.md","fr/pratiques-agiles/anti-patterns-backlog","md",1775679743117]