Bibliothèque · Définition · Débutant
Product Backlog : PROUVÉ (et le « no backlog »)
Une liste ordonnée, seule source de travail de l'équipe : Public, Réduit, Ordonné, Unique, Vivant, Émergent. Et l'alternative sans backlog, avec ses limites.
Pour qui, pour quand
En résumé
Le backlog est la seule source de travail de l'équipe, ordonnée par le PO selon la valeur. L'acronyme PROUVÉ en donne les qualités : Public (transparent), Réduit (pour rester utilisable), Ordonné (selon un modèle de valeur), Unique (un seul backlog), Vivant (il évolue avec le produit), Émergent (on découvre ce qu'il faut faire en avançant).
Le « no backlog » pousse la logique plus loin : on décide en temps réel de la prochaine chose la plus importante, sans stock d'idées qui vieillit. C'est plus souple et moins de gaspillage, mais la vision de long terme et la gestion des attentes deviennent plus difficiles.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Relire le backlog avec PROUVÉ.
- 02Supprimer tout ce qui a plus de 6 mois et n'a jamais été priorisé.
- 03Ordonner le haut du backlog en fonction du product goal.
- 04Garder détaillé le seul horizon des 2 ou 3 prochains sprints.
- 05Rendre le backlog visible aux parties prenantes.
Questions à me poser
avant de te lancer
- →Combien d'items de mon backlog ne seront jamais faits ?
- →Le premier item sert-il directement le product goal ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
SCRUM · p. 164-165
Chargement du passage…
Sources citées : Crossthink
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · Je dois prioriser un backlog
- · Mon backlog est devenu ingérable
Provenance
Ma bible PM · SCRUM, p. 164-165 · d'après Crossthink
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle