L'Increment est l'artefact le plus tangible de Scrum : c'est lui qui matérialise la valeur livrée par l'équipe. Ce guide est conçu pour devenir la meilleure ressource francophone sur l'Increment et pour vous préparer aux questions PSM I qui s'y rapportent.
Qu'est-ce qu'un Increment ?
Selon le Scrum Guide 2020, un Increment est « un pas concret vers le Product Goal ». Chaque Increment s'additionne aux précédents et est soigneusement vérifié pour s'assurer que l'ensemble fonctionne. Pour apporter de la valeur, il doit être utilisable.
L'Increment est l'un des trois artefacts de Scrum, aux côtés du Product Backlog et du Sprint Backlog. Son engagement officiel est la Definition of Done.
Chaque Sprint transforme des PBI en Increment potentiellement livrable.
L'Increment au cœur de Scrum
L'Increment est le seul artefact qui apporte directement de la valeur aux utilisateurs. Tous les autres éléments de Scrum — événements, rôles, artefacts — convergent vers sa création.
- Le Sprint Planning définit le plan pour produire l'Increment.
- Le Daily Scrum inspecte la progression vers l'Increment.
- Le Sprint Review inspecte l'Increment lui-même.
- La Sprint Retrospective améliore la manière dont l'Increment est produit.
Tous les événements Scrum convergent vers la création d'un Increment de valeur.
La valeur métier de l'Increment
Un Increment n'a de sens que s'il apporte de la valeur. Cette valeur peut prendre plusieurs formes :
| Type de valeur | Exemple |
|---|---|
| Valeur utilisateur | Nouvelle fonctionnalité utilisable directement |
| Valeur business | Nouveau canal de revenu, réduction de coûts |
| Valeur d'apprentissage | Validation d'une hypothèse, mesure de comportement |
| Valeur de risque | Réduction d'une incertitude technique ou marché |
| Valeur de conformité | Mise à jour réglementaire, sécurité, accessibilité |
Produit potentiellement livrable
L'expression « potentiellement livrable » signifie que l'Increment est prêt à être mis entre les mains des utilisateurs, sans travail supplémentaire de qualification. La décision effective de le publier appartient au Product Owner.
Cette qualité « potentiellement livrable » est conditionnée par la Definition of Done : sans elle, on ne peut pas garantir que l'Increment est réellement utilisable.
Product Increment
On parle parfois de « Product Increment » pour insister sur le fait que l'Increment porte directement sur le produit lui-même, et non sur des livrables intermédiaires (documents, prototypes jetables, plans). Le Scrum Guide 2020 a unifié le vocabulaire autour du terme Increment.
L'Increment s'additionne aux Increments précédents et forme, avec eux, l'état courant du produit. C'est la notion d'« integrated Increment » : on intègre, on teste, on s'assure que l'ensemble fonctionne.
Plusieurs Increments par Sprint
Le Scrum Guide 2020 est explicite : plusieurs Increments peuvent être créés au sein d'un même Sprint. Chaque PBI terminé selon la Definition of Done constitue un Increment. La Sprint Review présente la somme des Increments produits.
| Situation | Nombre d'Increments |
|---|---|
| Un seul PBI terminé en fin de Sprint | 1 Increment |
| 8 PBI terminés au fur et à mesure | 8 Increments (potentiellement intégrés) |
| Livraison continue en production | Plusieurs Increments par jour |
| Aucun PBI conforme à la DoD | 0 Increment — Sprint sans Increment livré |
Qui crée l'Increment
Les Developers sont responsables de la création de l'Increment. Le Product Owner en décide la valeur et la publication, le Scrum Master protège le cadre permettant de le produire, mais la conception et la réalisation appartiennent aux Developers.
| Rôle | Responsabilité |
|---|---|
| Developers | Conçoivent, réalisent et garantissent la conformité à la DoD |
| Product Owner | Décide de la valeur, de l'ordre, de la publication |
| Scrum Master | Coache l'équipe, protège le cadre, facilite l'amélioration |
| Scrum Team | S'engage collectivement à produire un Increment de valeur |
Quand l'Increment est-il créé
Un Increment est créé dès qu'un PBI satisfait la Definition of Done. Cela peut se produire n'importe quand pendant le Sprint, et même plusieurs fois par jour. L'Increment n'est pas un livrable de fin de Sprint.
L'Increment est le résultat tangible du travail orienté Sprint Goal.
Relation avec le Sprint Goal
Le Sprint Goal donne le pourquoi du Sprint. L'Increment matérialise ce pourquoi sous forme tangible. Le Sprint Goal sans Increment reste une intention ; l'Increment sans Sprint Goal n'a pas de boussole.
| Critère | Increment | Sprint Goal |
|---|---|---|
| Nature | Artefact tangible | Engagement, intention |
| Quand | Créé pendant le Sprint | Créé au Sprint Planning |
| Évolution | Plusieurs Increments possibles | Stable pendant le Sprint |
| Engagement associé | Definition of Done | Engagement du Sprint Backlog |
| Mesure | PBI par PBI | Atteint ou non en Sprint Review |
Relation avec le Product Goal
Le Product Goal est l'objectif long terme du produit. Chaque Increment est un pas concret vers ce Product Goal. Sans Increments, le Product Goal reste théorique.
L'Increment est le pont entre la stratégie produit et la valeur livrée aux utilisateurs.
Relation avec le Product Backlog
Le Product Backlog contient les PBI qui, une fois terminés selon la Definition of Done, deviennent des Increments. À l'inverse, chaque Increment livré peut faire émerger de nouveaux PBI à ajouter au Product Backlog après inspection.
| Critère | Increment | Product Backlog |
|---|---|---|
| Nature | Pas concret réalisé | Liste ordonnée de travail à faire |
| Responsable | Developers | Product Owner |
| Engagement | Definition of Done | Product Goal |
| État | Done, utilisable | Émergent, évolue continuellement |
| Mesure | Valeur livrée | Direction et priorisation |
Relation avec la Definition of Done
La Definition of Done (DoD) est l'engagement officiel de l'Increment. Elle décrit l'état dans lequel un travail doit se trouver pour faire partie de l'Increment.
Sans Definition of Done partagée, on ne peut pas dire si un travail est terminé ; donc on ne peut pas dire si un Increment a été produit. La DoD sécurise la promesse « potentiellement livrable ».
| Critère | Increment | Definition of Done |
|---|---|---|
| Nature | Artefact | Engagement de qualité |
| Question | Que produit-on ? | Quand est-ce vraiment terminé ? |
| Périmètre | Le produit, accumulé Sprint après Sprint | Standard de qualité durable |
| Sans l'autre | Pas d'Increment sans DoD respectée | Une DoD existe indépendamment |
Relation avec le Sprint Review
La Sprint Review est l'événement d'inspection de l'Increment. La Scrum Team et les parties prenantes examinent la somme des Increments produits, discutent de la valeur livrée et adaptent le Product Backlog en conséquence.
L'Increment est inspecté en Sprint Review pour adapter le Product Backlog.
Relation avec le Sprint Planning
Le Sprint Planning définit commentproduire un Increment de valeur. Les trois topics convergent vers un Sprint Backlog : Sprint Goal (le pourquoi), PBI sélectionnés (le quoi) et plan (le comment). L'Increment est le résultat attendu.
Relation avec la Sprint Retrospective
La Sprint Retrospective améliore la manière dont l'Increment est produit : qualité, collaboration, outils, process. Une amélioration peut concerner l'enrichissement de la Definition of Done — donc directement la qualité des futurs Increments.
Relation avec le Daily Scrum
Le Daily Scrum inspecte la progression vers le Sprint Goal et adapte le plan. Les Developers vérifient chaque jour que le travail engagé construira bien un Increment conforme à la DoD à l'horizon du Sprint.
Exigences du Scrum Guide 2020
Le Scrum Guide 2020 fixe plusieurs exigences explicites autour de l'Increment :
- Un Increment est un pas concret vers le Product Goal.
- Chaque Increment s'additionne aux précédents.
- Il doit être soigneusement vérifié pour garantir que l'ensemble fonctionne.
- Pour apporter de la valeur, il doit être utilisable.
- Plusieurs Increments peuvent être créés pendant un Sprint.
- La somme des Increments est présentée en Sprint Review.
- Un travail qui ne respecte pas la Definition of Done ne peut pas être considéré comme un Increment.
Qu'est-ce qu'un Increment « Done »
Un Increment « Done » satisfait tous les critères de la Definition of Done. Il est intégré, testé, documenté et utilisable, sans travail caché restant.
| Critère | Increment Done | Travail en cours |
|---|---|---|
| Definition of Done | Respectée intégralement | Partiellement ou non respectée |
| Tests | Réalisés et passants | Manquants ou en échec |
| Intégration | Intégré au reste du produit | Branche isolée, non mergée |
| Utilisable | Oui, immédiatement | Non, nécessite du travail supplémentaire |
| Présentable en Review | Oui, comme Increment | Non, comme inspection de progression |
| Compte dans la vélocité | Oui | Non — retourne au Product Backlog |
Qu'est-ce qu'un Increment non conforme
Un travail qui semble produire un Increment mais qui ne respecte pas la Definition of Done est non conforme. Le Scrum Guide est sans ambiguïté : il n'est pas considéré comme un Increment.
- Un PBI codé mais non testé ne fait pas partie de l'Increment.
- Une feature derrière un feature flag désactivé mais non testée n'est pas un Increment.
- Du code merge mais sans documentation requise par la DoD n'est pas un Increment.
- Une migration de base de données partielle, sans rollback testé, n'est pas un Increment.
Pourquoi un Increment incomplet n'est pas un Increment Scrum
Le Scrum Guide 2020 ne reconnaît pas la notion d'« Increment partiel ». C'est binaire : soit le travail respecte la DoD, soit ce n'est pas un Increment. Cette stricte exigence protège la promesse « potentiellement livrable » et évite les fausses livraisons.
Bonnes pratiques et erreurs fréquentes
| Aspect | Bonne pratique | Erreur fréquente |
|---|---|---|
| Création | Increment dès qu'un PBI est Done | Tout livrer en fin de Sprint |
| Qualité | DoD respectée intégralement | « Done à 90 % » accepté en Review |
| Intégration | Increment intégré au reste du produit | Branches non mergées, Increment factice |
| Sprint Review | Inspection collective et adaptation du backlog | Démonstration descendante figée |
| Publication | Décision du Product Owner | Livraison automatique sans validation produit |
| Nombre | Plusieurs Increments par Sprint si possible | Croire qu'il n'y a qu'un Increment par Sprint |
| Valeur | Centré utilisateur ou business | Centré output / volume de tickets |
Exemple complet — application bancaire
Prenons une application bancaire fictive, NeoBank, qui veut permettre à ses clients d'ouvrir un compte 100 % en ligne. Voici un exemple cohérent qui met en relation Product Goal, Sprint Goal, Product Backlog, travail du Sprint, Increment, Definition of Done et Sprint Review.
| Élément | Contenu |
|---|---|
| Product Goal | Permettre à 80 % des nouveaux clients d'ouvrir un compte 100 % en ligne en moins de 5 minutes d'ici 12 mois. |
| Sprint Goal | Permettre à un prospect de finaliser une demande d'ouverture de compte courant avec vérification d'identité numérique. |
| Product Backlog | Formulaire client, KYC vidéo, vérification anti-fraude, signature électronique, génération du contrat PDF, envoi d'IBAN, parcours mobile, écran de suivi. |
| Travail du Sprint | Sélection : formulaire, KYC vidéo, signature électronique, génération du contrat, écran de confirmation. Plan : intégrations API + tests E2E. |
| Increment obtenu | Parcours d'ouverture de compte complet, opérationnel pour un sous-ensemble de clients pilotes, intégré à la pré-production et utilisable de bout en bout. |
| Validation Definition of Done | Code revu, tests unitaires + E2E passants, conformité RGPD vérifiée, audit sécurité OK, documentation utilisateur publiée, monitoring en place. |
| Sprint Review | Démonstration aux équipes Risque, Conformité, Support, Marketing. Décision : lancer une bêta privée sur 500 clients, ajouter un PBI sur l'abandon de parcours. |
15 questions PSM I sur l'Increment
Ci-dessous, 15 questions originales dans le style Scrum.org avec correction détaillée. Aucune n'est copiée de l'examen officiel.
FAQ — questions fréquentes
Retrouvez plus bas, dans la section FAQ structurée, les réponses aux dix questions les plus posées sur l'Increment Scrum.
À lire aussi
Source officielle : Scrum Guide 2020.