Cette page rassemble les meilleurs product backlog templates francophones : huit modèles complets (Startup SaaS, Banque, E-commerce, Mobile, ERP, Marketplace, IA, Refonte), des templates concrets pour Excel, Jira, Azure DevOps, Notion et Trello, des schémas SVG originaux, un comparatif des outils et des checklists prêtes à l'emploi. Elle complète le pilier Backlog Produit, nos exemples de Product Backlog, le guide des Product Backlog Items, l'activité de raffinement du backlog, la page Product Owner, le guide User Story et notre comparatif Sprint Backlog vs Product Backlog.
Qu'est-ce qu'un template de Product Backlog ?
Un template de Product Backlog (ou product backlog template,modèle product backlog, backlog produit template) est une structure réutilisable qui définit les colonnes, les niveaux de granularité et les règles d'ordonnancement des Product Backlog Items (PBI). Excel, Jira, Azure DevOps, Notion, Trello, Linear ou ClickUp en proposent tous leur version.
Le Scrum Guide 2020 ne prescrit aucun format particulier : il définit seulement le Product Backlog comme « an emergent, ordered list of what is needed to improve the product ». Le choix du template est laissé au Scrum Team, sous la responsabilité du Product Owner.
Pourquoi utiliser un template de Product Backlog ?
Cinq bénéfices concrets, observés par les coachs agiles francophones :
| Bénéfice | Effet observable |
|---|---|
| Standardiser la structure | Tous les items sont rédigés selon le même format INVEST. |
| Accélérer le refinement | Les colonnes obligatoires guident la conversation Product Owner / Developers. |
| Renforcer la transparence | Stakeholders et Scrum Team voient la même information ordonnée. |
| Faciliter la priorisation | Colonnes Valeur, Effort, WSJF ou RICE rendent les arbitrages explicites. |
| Réduire la charge cognitive | Pas besoin de réinventer la roue à chaque nouveau produit ou équipe. |
Les éléments indispensables d'un template
Un template de Product Backlog efficace contient au minimum les 11 colonnes ci-dessous. Toutes ne sont pas obligatoires dans tous les contextes, mais elles couvrent les besoins de 90 % des équipes Scrum.
| Colonne | Description | Obligatoire ? |
|---|---|---|
| ID | Identifiant unique stable (PB-001). | Oui |
| Titre | Résumé court de l'item (5-7 mots). | Oui |
| User Story | Format « En tant que / Je veux / Afin de ». | Recommandé |
| Type | Epic, Story, Bug, Spike, Tech Debt, Enabler. | Oui |
| Priorité / Rang | Position absolue dans le backlog (1, 2, 3...). | Oui |
| Story Points | Estimation relative (Fibonacci 1, 2, 3, 5, 8, 13). | Recommandé |
| Valeur métier | Note (1-10), WSJF ou RICE. | Recommandé |
| Critères d'acceptation | Conditions testables (Given / When / Then). | Oui (top du backlog) |
| Statut | Idea, Ready, In Sprint, Done. | Oui |
| Sprint cible | Sprint prévisionnel pour les items « Ready ». | Optionnel |
| Liens | Mockups, specs, dépendances, ticket parent. | Recommandé |
Structure d'un Product Backlog : du Product Goal aux User Stories
Un Product Backlog efficace décline le Product Goal en couches de plus en plus fines :
- Product Goal : objectif produit à 3-12 mois (un seul à la fois).
- Epics / Thèmes : grands chantiers (2-6 mois).
- Features : capacités utilisables (1-3 Sprints).
- User Stories : incréments INVEST tenant dans un Sprint.
- Tâches techniques : sous-tâches du Sprint Backlog (heures).
Le Product Backlog est la pièce centrale qui relie la vision produit à la livraison de valeur : Product Goal → Product Backlog → Sprint Backlog → Increment. Sans Product Backlog correctement structuré, le Sprint perd son lien avec la stratégie.
Comment construire un bon Product Backlog
Construire un Product Backlog ne consiste pas à lister exhaustivement toutes les fonctionnalités imaginables. C'est un exercice itératif et empirique :
- Partir du Product Goal : tout item doit pouvoir s'y rattacher.
- Décomposer par valeur utilisateur, pas par couche technique.
- Appliquer INVEST à chaque User Story (voir user story).
- Ordonner par valeur, risque, dépendances, coût — pas par confort technique.
- Maintenir la règle DEEP : Detailed appropriately, Estimated, Emergent, Prioritized.
- Refiner en continu : ~10 % de la capacité de Sprint.
- Inspecter à chaque Sprint Review : adapter le backlog selon le feedback.
Le refinement continu
Le Product Backlog Refinement n'est pas un événement Scrum. C'est une activité continue menée par le Product Owner et les Developers (avec le Scrum Master en facilitation si besoin) pour :
- Ajouter de nouveaux items issus du feedback ou de la stratégie.
- Détailler les items qui approcheront du prochain Sprint.
- Estimer (Story Points) avec l'équipe.
- Prioriser et réordonner selon la valeur observée.
- Affiner les critères d'acceptation jusqu'au statut « Ready ».
Erreurs fréquentes
| Erreur | Conséquence | Bonne pratique |
|---|---|---|
| Backlog géré par plusieurs personnes | Conflits d'ordonnancement, perte de vision. | PO seul accountable du Product Backlog. |
| Trop d'items (> 300) | Backlog ingérable, refinement infaisable. | Archiver les items > 6 mois sans mouvement. |
| Pas de Product Goal | Items isolés, pas de cap. | Toujours rattacher un item à un Product Goal. |
| Estimation en heures partout | Confusion entre prévision et engagement. | Story Points (Fibonacci) au backlog, heures au Sprint Backlog. |
| Aucun refinement | Sprints Plannings chaotiques. | 10 % de capacité dédiée au refinement continu. |
| Dette technique invisible | Vélocité qui chute Sprint après Sprint. | Type « Tech Debt » dédié et quota par Sprint. |
| Items techniques sans valeur utilisateur | Backlog déconnecté du produit. | Tout item doit pouvoir expliquer son impact utilisateur. |
8 modèles complets de Product Backlog
Voici huit templates remplis pour des contextes représentatifs. Chacun couvre : contexte, Product Goal, 5 à 7 PBI exemplaires avec User Story, priorité, Story Points, valeur métier et critères d'acceptation.
1. Template Product Backlog — Startup SaaS
Startup SaaS B2B — gestion de notes de frais
- Contexte
- Startup early-stage, 5 personnes, MVP en cours. Cycle Sprint de 1 semaine. PMF en validation.
- Product Goal
- Permettre à 100 PME d'automatiser le traitement de leurs notes de frais d'ici 6 mois.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-001 | OCR ticket de caisse En tant que collaborateur, je veux photographier mon ticket pour qu'il soit lu automatiquement, afin d'éviter la saisie manuelle. | 1 | 8 | 10/10 | Photo iPhone et Android · Champs détectés : montant, date, TVA · 90% précision sur jeu de test. |
| PB-002 | Export comptable Sage / Cegid En tant que comptable, je veux exporter les notes validées au format Sage, afin de les importer en compta. | 2 | 5 | 9/10 | Format FEC · Mapping comptes paramétrable · Téléchargement CSV. |
| PB-003 | Workflow validation manager En tant que manager, je veux valider ou refuser une note avec commentaire, afin de fluidifier la chaîne. | 3 | 5 | 8/10 | Email + notif in-app · Commentaire obligatoire si refus · Historique tracé. |
| PB-004 | Dashboard suivi consommation En tant que DAF, je veux voir la consommation par BU et par mois. | 4 | 8 | 7/10 | Filtre BU/Mois/Statut · Export PDF · Données J-1. |
| PB-005 | Connecteur Stripe pour cartes pro En tant que collaborateur, je veux que mes paiements carte pro remontent automatiquement. | 5 | 13 | 9/10 | Webhook Stripe · Rapprochement auto · Gestion duplicates. |
| PB-006 | Spike — faisabilité reconnaissance vocale Investiguer la possibilité de dicter une note de frais. | 6 | 3 | Risque ↓ | Note de synthèse · POC 1h max · Décision Go/No-Go. |
2. Template Product Backlog — Banque
Banque de détail — application mobile
- Contexte
- Banque tier-1, équipe de 9 Developers, Sprints de 2 semaines, environnement très régulé (DSP2, RGPD).
- Product Goal
- Réduire de 30 % les appels au call center sur les opérations courantes d'ici fin d'année.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-101 | Virement instantané SEPA En tant que client, je veux émettre un virement instantané pour qu'il soit reçu en moins de 10 secondes. | 1 | 13 | 10/10 | SCT Inst conforme · Plafond 15k€ · 2FA obligatoire · Tests pen-test signés. |
| PB-102 | Opposition CB en self-service En tant que client, je veux mettre en opposition ma carte depuis l'app, afin de ne plus appeler le 24/7. | 2 | 8 | 10/10 | Activation immédiate · Confirmation SMS · Logs DSP2 conservés 13 mois. |
| PB-103 | Catégorisation auto des opérations En tant que client, je veux voir mes dépenses catégorisées, afin de suivre mon budget. | 3 | 13 | 8/10 | 12 catégories · Override manuel · Précision > 85 % sur jeu de test. |
| PB-104 | Authentification biométrique En tant que client, je veux me connecter par Face ID / empreinte. | 4 | 5 | 9/10 | iOS 14+ · Android 10+ · Fallback PIN · Conformité ANSSI. |
| PB-105 | Tech Debt — refactor module paiement Refondre le module hérité (12 ans) pour réduire les temps de latence. | 5 | 21 | Risque ↓ + Vélocité ↑ | Couverture tests > 80 % · Latence p95 < 200ms · Plan de rollback. |
3. Template Product Backlog — E-commerce
E-commerce B2C — mode et accessoires
- Contexte
- Pure player, 50M€ CA, équipe de 7 Developers, Sprints de 2 semaines, pic d'activité Q4 et soldes.
- Product Goal
- Augmenter le taux de conversion mobile de 1,8 % à 2,5 % avant le Black Friday.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-201 | Checkout one-page mobile En tant qu'acheteur mobile, je veux payer en une seule page, afin de finaliser plus vite. | 1 | 13 | 10/10 | Apple Pay & Google Pay · Adresse pré-remplie · Tests AB sur 10 % du trafic. |
| PB-202 | Recherche par image (visual search) En tant qu'acheteuse, je veux uploader une photo pour trouver des produits similaires. | 2 | 13 | 8/10 | Top 10 résultats pertinents · Latence < 1,5 s · Fallback texte. |
| PB-203 | Wishlist partageable En tant que cliente, je veux partager ma wishlist par lien. | 3 | 5 | 7/10 | URL stable · Préview OG · Anonymisable. |
| PB-204 | Programme fidélité points En tant que cliente, je veux gagner des points sur chaque achat. | 4 | 21 | 9/10 | 1€ = 1pt · Multiplicateurs événements · Historique 24 mois · Conformité CGU. |
| PB-205 | Bug — calcul TVA Suisse Le panier applique une TVA erronée pour les livraisons Suisse. | 5 | 3 | Risque ↓ | Cas reproduit · Correctif déployé · Régression CI verte. |
4. Template Product Backlog — Application mobile
Application mobile santé — suivi sommeil
- Contexte
- Scale-up santé, équipe iOS + Android (6 Developers), Sprints de 2 semaines, RGPD strict.
- Product Goal
- Lancer la v2 avec coach IA et atteindre 4,5/5 sur les stores en 4 mois.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-301 | Détection cycles sommeil HealthKit En tant qu'utilisateur, je veux que l'app utilise HealthKit pour mesurer mes cycles. | 1 | 8 | 9/10 | iOS HealthKit + Health Connect · Précision validée vs Withings · Onboarding clair. |
| PB-302 | Coach IA conseils quotidiens En tant qu'utilisateur, je veux 1 conseil personnalisé chaque matin. | 2 | 13 | 10/10 | Conseil < 100 mots · Personnalisé sur 7 jours · Évaluable par 👍 / 👎. |
| PB-303 | Notification de coucher En tant qu'utilisateur, je veux être notifié 30 min avant l'heure idéale. | 3 | 5 | 8/10 | Calcul basé sur historique · Snooze 10 min · Désactivable. |
| PB-304 | Mode famille (multi-profils) En tant que parent, je veux suivre le sommeil de mes enfants. | 4 | 8 | 7/10 | 5 profils max · RGPD parental · Données isolées. |
| PB-305 | Tech Debt — migration SwiftUI Migrer 30 % des écrans UIKit restants vers SwiftUI. | 5 | 13 | Vélocité ↑ | 0 régression visuelle · Tests snapshot · Build time stable. |
5. Template Product Backlog — ERP
ERP industriel — module production
- Contexte
- Éditeur ERP, équipe de 8 Developers, Sprints de 3 semaines, environnement on-premise et cloud, multi-clients.
- Product Goal
- Livrer le module MES (Manufacturing Execution System) en v1 dans 6 mois pour 3 clients pilotes.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-401 | Ordres de fabrication multi-sites En tant que responsable production, je veux créer un OF qui s'éclate sur 2 sites. | 1 | 21 | 10/10 | Synchro 2 sites · Gestion priorités · Audit trail complet. |
| PB-402 | Traçabilité lots et n° série En tant qu'auditeur qualité, je veux remonter du produit fini aux lots de matière première. | 2 | 13 | 9/10 | ISO 9001 conforme · Recherche < 3s · Export PDF. |
| PB-403 | Connecteur SAP S/4HANA En tant qu'admin ERP, je veux synchroniser stocks et achats avec SAP. | 3 | 21 | 8/10 | API SAP OData · Synchro temps réel · Gestion conflits. |
| PB-404 | Tableau de bord OEE En tant que directeur usine, je veux voir l'OEE par ligne en temps réel. | 4 | 13 | 8/10 | Disponibilité, Performance, Qualité · Rafraîchissement 5min · Alerte seuil. |
| PB-405 | Spike — intégration IoT capteurs MQTT Évaluer l'intégration de capteurs OPC-UA / MQTT. | 5 | 5 | Risque ↓ | POC fonctionnel · Note d'arbitrage · Décision Go/No-Go. |
6. Template Product Backlog — Marketplace
Marketplace C2C — biens d'occasion
- Contexte
- Marketplace de seconde main, 500k utilisateurs, équipe de 10 Developers, Sprints de 2 semaines, modération critique.
- Product Goal
- Lancer le paiement sécurisé intégré pour atteindre 30 % des transactions on-platform.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-501 | Paiement séquestré (escrow) En tant qu'acheteur, je veux que mon paiement soit retenu jusqu'à réception du colis. | 1 | 21 | 10/10 | Stripe Connect · Libération auto J+3 réception · Litige. |
| PB-502 | Système de notation bidirectionnel En tant qu'utilisateur, je veux noter mon vendeur ou acheteur. | 2 | 8 | 8/10 | Note 1-5 · Commentaire 280c · Anti-spam. |
| PB-503 | Modération IA des annonces En tant qu'opérateur, je veux que les contenus interdits soient pré-filtrés par IA. | 3 | 13 | 9/10 | Précision > 90% · Faux positifs < 5% · Review humaine sous 4h. |
| PB-504 | Recherche géolocalisée En tant qu'acheteur, je veux trouver des annonces dans un rayon de 20 km. | 4 | 8 | 7/10 | Rayon configurable · Tri distance · Carte intégrée. |
| PB-505 | Tech Debt — sharding base annonces Sharder la table annonces pour supporter 5M items. | 5 | 13 | Scalabilité ↑ | Plan migration sans downtime · Tests load 5M · Rollback. |
7. Template Product Backlog — IA / Machine Learning
Plateforme IA — assistant juridique
- Contexte
- Legal tech, équipe ML + produit (7 personnes), Sprints de 2 semaines, fortes contraintes de qualité et de hallucination.
- Product Goal
- Atteindre 92 % de précision RAG sur le corpus jurisprudence française pour 200 cabinets clients.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-601 | Pipeline RAG sur jurisprudence En tant qu'avocat, je veux poser une question et obtenir une réponse sourcée. | 1 | 21 | 10/10 | Précision > 90% sur jeu de validation · Sources citées · Latence < 3s. |
| PB-602 | Fine-tuning modèle français juridique En tant que data scientist, je veux fine-tuner un LLM sur le corpus juridique. | 2 | 13 | 9/10 | Gain mesurable vs baseline · Reproductible · Tracking MLflow. |
| PB-603 | Garde-fous hallucinations En tant qu'utilisateur, je veux être averti quand la confiance est faible. | 3 | 8 | 10/10 | Score confiance affiché · Refus si < seuil · Logs audit. |
| PB-604 | Eval framework (LLM-as-a-judge) En tant qu'équipe, je veux mesurer chaque release sur un jeu de 200 questions. | 4 | 13 | Risque ↓ | Pipeline CI · Scorecard hebdo · Régression bloquante. |
| PB-605 | Spike — RAG hybride BM25 + embeddings Évaluer un retriever hybride pour booster recall. | 5 | 5 | Risque ↓ | POC mesuré · Decision note · Recommandation. |
8. Template Product Backlog — Refonte de site web
Refonte d'un site institutionnel
- Contexte
- Groupe industriel, refonte du site .com en 4 mois, équipe de 5 (design + dev), Sprints d'une semaine.
- Product Goal
- Livrer la v2 du site avec Lighthouse > 95, contenu localisé en 6 langues, en respectant la nouvelle charte.
| ID | Titre / User Story | Prio | SP | Valeur | Critères d'acceptation |
|---|---|---|---|---|---|
| PB-701 | Design system v2 (40 composants) En tant que dev, je veux un design system pour assembler les pages rapidement. | 1 | 21 | 9/10 | Storybook · A11y AA · Doc Figma. |
| PB-702 | Migration CMS Strapi → Sanity En tant qu'éditeur, je veux contribuer dans Sanity avec preview live. | 2 | 13 | 8/10 | Migration sans perte · Preview · Workflow validation. |
| PB-703 | Localisation 6 langues En tant que filiale, je veux gérer mes traductions dans Sanity. | 3 | 13 | 9/10 | FR, EN, DE, ES, IT, PT · hreflang correct · Fallback EN. |
| PB-704 | Score Lighthouse > 95 En tant que SEO manager, je veux que toutes les pages clés dépassent 95. | 4 | 8 | 10/10 | LCP < 2,5s · CLS < 0,1 · TBT < 200ms · CI bloquante. |
| PB-705 | Redirections legacy En tant que SEO, je veux que les anciennes URL redirigent en 301. | 5 | 5 | Risque ↓ | Mapping exhaustif · Tests automatisés · Sitemap MAJ. |
Templates concrets : Excel, Jira, Azure DevOps, Notion, Trello
Quel que soit l'outil, le squelette reste le même. Voici les configurations recommandées pour les 5 outils les plus utilisés.
Template Excel / Google Sheets
Idéal pour démarrer ou prototyper. Une feuille « Backlog » et une feuille « Refinement log ». Colonnes recommandées : ID · Type · Titre · User Story · Priorité · SP · Valeur · Critères · Statut · Sprint cible · Lien. Activez le filtre, figez la première ligne, créez une mise en forme conditionnelle par Type et par Statut. Limite : pas d'historique fin, mauvaise collaboration au-delà de 5 personnes.
Template Jira
Jira Software (Scrum board) est le standard de fait. Configuration recommandée :
- Hiérarchie d'issues : Initiative → Epic → Story / Bug / Spike → Sub-task.
- Champs custom : Story Points, Business Value, Definition of Ready (case à cocher).
- Workflow : Idea · Ready · In Sprint · In Progress · Review · Done.
- Vue Backlog ordonnée + filtres par Epic et par Sprint cible.
- Quickfilter Ready pour préparer le Sprint Planning.
Template Azure DevOps
Azure Boards utilise le process Agile, Scrum ou CMMI. Pour Scrum pur, choisir le process Scrum qui définit nativement : Epic → Feature → Product Backlog Item → Task. Vue Backlog avec colonnes Story Points, Business Value et État. Activer la Forecast Velocity pour visualiser les Sprints prévisionnels. Idéal en écosystème Microsoft (intégration TFVC, Pipelines, Test Plans).
Template Notion
Notion permet une grande flexibilité. Structure recommandée : une base Product Backlog (vue Tableau triable, vue Kanban par statut, vue Calendrier par Sprint cible) et une base liée Sprints. Propriétés : Type · Statut · Priorité · SP · Valeur · Owner · Sprint · Liens. Ajouter un template d'item incluant : User Story, Critères d'acceptation, Mockups, Dépendances. Limite : moins adapté aux équipes > 12 personnes.
Template Trello
Trello convient aux équipes de moins de 5 personnes ou aux projets simples. Un seul board avec listes : Idea · Ready · Sprint en cours · Done. Cartes avec checklists (critères d'acceptation), labels par type et par priorité, et Power-Ups pour ajouter Story Points (Agile Tools, Plus for Trello). Pour aller plus loin : Trello → Jira dès que l'équipe atteint 6-7 personnes.
Comparatif des outils de Product Backlog
| Outil | Taille équipe | Courbe d'apprentissage | Forces | Limites |
|---|---|---|---|---|
| Excel / Sheets | 1-5 | Très facile | Démarrage immédiat, gratuit, flexible. | Collaboration faible, pas d'historique fin. |
| Jira Software | 5-200+ | Moyenne | Standard de fait, écosystème riche, reporting puissant. | Coût licence, configuration lourde. |
| Azure DevOps | 5-200+ | Moyenne | Intégration Microsoft, processus Scrum natif, gratuit < 5 users. | Moins populaire hors écosystème MS. |
| Notion | 1-15 | Facile | Flexibilité maximale, knowledge base intégrée. | Pas adapté gros volumes, perfs limitées. |
| Trello | 1-7 | Très facile | Visuel, intuitif, Power-Ups extensibles. | Pas de hiérarchie native, scale limité. |
| Linear | 5-50 | Facile | UX rapide, cycles automatisés, parfait pour startups produit. | Moins customisable que Jira. |
| ClickUp | 5-100 | Moyenne | All-in-one, multi-vues, gratuit généreux. | Surface fonctionnelle dense, courbe. |
Story Mapping simplifié
Le Story Mapping (Jeff Patton) complète parfaitement un Product Backlog : il visualise horizontalement le parcours utilisateur et verticalement les priorités. Voici un story map simplifié pour le SaaS notes de frais :
| Backbone (étapes) | MVP (release 1) | Release 2 | Release 3 |
|---|---|---|---|
| Capturer | Photo + OCR basique | Reconnaissance vocale | Import email/Slack |
| Saisir | Formulaire manuel | Pré-remplissage IA | Catégorisation auto |
| Soumettre | Email manager | Workflow N+1 | Workflow multi-niveaux |
| Valider | Validation simple | Validation conditionnelle | Détection anomalies IA |
| Exporter | Export CSV | Connecteur Sage | Connecteurs SAP / Cegid / Oracle |
Exemple de priorisation par WSJF
Pour des Product Backlog volumineux, la priorisation par WSJF (Weighted Shortest Job First) issue de SAFe est très utile : WSJF = (User Value + Time Criticality + Risk Reduction) / Job Size. Plus le score est élevé, plus l'item passe en haut.
| Item | Valeur | Criticité temps | Risque ↓ | Effort | WSJF | Rang |
|---|---|---|---|---|---|---|
| OCR ticket | 10 | 8 | 3 | 8 | 2,6 | 1 |
| Export Sage | 9 | 5 | 2 | 5 | 3,2 | 2 |
| Workflow validation | 8 | 3 | 2 | 5 | 2,6 | 3 |
| Dashboard DAF | 7 | 2 | 1 | 8 | 1,3 | 5 |
| Connecteur Stripe | 9 | 5 | 3 | 13 | 1,3 | 4 |
Conseils pour réussir le PSM I sur le Product Backlog
FAQ — Product Backlog Template
Les 14 questions ci-dessous synthétisent les interrogations les plus fréquentes autour des product backlog templates. Elles sont également exposées en JSON-LD pour aider Google et les moteurs IA à comprendre cette page.