Backlog
Outil dans lequel la liste des choses est ordonnée et réajustée en fonction de l’émergence des besoins
Principe parent : Émergence des besoins
Question pratique : Horizon
Pratique opposée : Plan détaillé à l’avance
Bénéfice
Tenir une liste unique, ordonnée et vivante donne à l'équipe une seule source d'alimentation, réajustée en permanence, en contournant l'obstacle du Plan vite obsolète écrit une fois pour toutes.
Mise en pratique
Ce qui est lointain reste gros et peu détaillé, seuls les éléments proches sont affinés : le backlog garde ainsi une taille compréhensible et son ordre reste tenable.
Recommandation
Ne pas laisser une seconde file alimenter l'équipe : les bugs et les petites demandes entrent dans le même backlog que les nouvelles fonctionnalités, ce qui oblige à les mettre en concurrence sur la valeur.
Antipattern
- Constatation : sous prétexte d'être exhaustif, on conserve toutes les demandes « au cas où » et on les détaille à l'avance.
- Risque : le backlog devient un cahier des charges déguisé, illisible ; l'ordre n'a plus de sens et l'entretien coûte plus qu'il ne rapporte.
- Réduction du risque : purger régulièrement — ce qui a de la valeur reviendra — et n'affiner que ce qui sera réalisé bientôt.
Avec l'IA ?
- Constatation : L'IA produit sans effort des dizaines de stories bien formées à partir d'une idée ou d'un compte rendu de réunion.
- Risque : Le backlog grossit plus vite qu'il n'est purgé ; il perd ses qualités de réduit et d'ordonné, et le tri devient un travail à part entière.
- Réduction du risque : Ce qui entre dans le backlog reste décidé sur la valeur par le Product Owner.
