Dans l’article d’aujourd’hui, nous voulons définir l’incrément. En travaillant sur un produit, les quelques entrées successives chanceuses du backlog produit peuvent devenir un incrément. En d’autres termes, le propriétaire du produit sélectionne quelle fonctionnalité du produit du backlog doit être mise en œuvre. L’équipe de développement la transforme en une fonctionnalité de produit fonctionnelle et précieuse pendant un sprint.
Définir l’incrément – table des matières :
- Introduction – définir l’incrément
- Incrément vs. Objectif produit et Objectif sprint
- Quand le travail effectué devient-il un incrément ?
- Résumé
Introduction – définir l’incrément
Un incrément est la dernière version complétée et améliorée d’un produit qui a de la valeur commerciale et est prête à être publiée pendant un sprint. Une partie importante de sa définition est l’affirmation selon laquelle il s’agit de la somme de l’état précédent du produit ainsi que de ses modifications ajoutées dans le sprint actuel. Ainsi, il ne définit pas seulement les nouvelles fonctionnalités ajoutées au produit, mais aussi – ou principalement – leur intégration avec sa version originale ainsi que toutes les améliorations et corrections qu’il a subies.

Incrément vs. Objectif produit et Objectif sprint
Chaque sprint devrait produire au moins un nouvel incrément – c’est la responsabilité de toute l’équipe Scrum. Alors, comment cela se rapporte-t-il à l’objectif du sprint ? On pourrait dire que l’objectif du sprint est la réponse à la question de pourquoi nous devrions en construire un. Cependant, gardez à l’esprit que dans un seul sprint, l’équipe peut créer plusieurs incréments, dont la somme se combine en un objectif de sprint.
Ainsi, un exemple d’objectif de sprint pourrait être la tâche suivante : Créer une fonctionnalité de “panier d’achat” dans un magasin en ligne d’accessoires magiques.
Cependant, les composants de l’incrément incluront plusieurs fonctionnalités du magasin telles que :
- ajouter un article au panier
- retirer un article du panier
- afficher les sommes dues pour les achats
- calculer les frais de livraison pour les articles dans le panier, etc.
L’équipe doit envisager que chaque incrément est un pas en avant vers l’atteinte de l’objectif produit. Par conséquent, pour améliorer le processus de son amélioration, elle peut :
- organiser la base de données clients
- augmenter le flux de travail entre les développeurs
C’est parce que, bien qu’ils ne soient pas directement liés à l’amélioration de l’état actuel du produit, ils ont un énorme impact sur une réalisation meilleure et plus rapide de l’objectif produit.

Quand le travail effectué devient-il un incrément ?
La mesure d’un incrément réussi est de savoir s’il est pratique. En d’autres termes, le travail effectué devient un incrément uniquement lorsqu’il répond à la définition de l’achèvement, dont nous parlerons dans un article séparé. Cette définition indique de manière unique quels changements et améliorations ont eu lieu dans le produit. Sur la base de la définition de l’achèvement, vous pouvez tester l’incrément pour évaluer s’il introduit réellement des améliorations au produit et s’il apporte la valeur commerciale revendiquée.
Si le résultat ne répond pas aux normes de la définition de l’achèvement, le projet retourne au backlog produit. Ce qui vient ensuite peut prendre les chemins suivants :
- L’équipe peut le terminer lors du prochain sprint
- Le projet peut être annulé
- L’équipe peut décider de le garder dans le backlog produit pour une exécution future – une fois que l’équipe a trouvé un moyen de surmonter les obstacles
Si l’équipe parvient à produire un incrément lors d’un sprint, il passe à l’évaluation lors de la revue de sprint. Cependant, si nécessaire, il peut être montré aux parties prenantes même avant la fin du sprint. La décision finale de le publier appartient au propriétaire du produit.
Définir l’incrément – Résumé
Un incrément est une version fraîche et toute nouvelle d’un produit prête à être publiée. Il comprend toutes les modifications et améliorations mises à jour effectuées dans un sprint. En d’autres termes, c’est la dernière version stable et publiable du produit. Même plusieurs incréments peuvent naître et se développer pendant un seul sprint tant qu’ils répondent tous à la définition de l’achèvement.
Si vous aimez notre contenu, rejoignez notre communauté de petites abeilles actives sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Scrum Guide:
- Glossaire des termes, rôles et notions de base
- Qu'est-ce que Scrum ?
- Valeurs Scrum
- Comment mettre en œuvre Scrum dans votre entreprise ?
- Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
- Qui est un Product Owner ?
- Les erreurs les plus courantes du Product Owner
- Qui est le Scrum Master ?
- Les erreurs les plus courantes des Scrum Masters
- Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
- Équipe de développement en Scrum
- Les erreurs les plus courantes des développeurs
- Artifacts Scrum
- Élargir Scrum
- Backlog de sprint
- Qu'est-ce que le Product Backlog ?
- Qu'est-ce que les User Stories ?
- Créer la meilleure User Story avec INVEST
- Les erreurs les plus courantes dans les User Stories
- Critères d'acceptation de l'histoire utilisateur
- Estimation et Points d'Histoire dans Scrum
- Planning Poker
- Jeu d'estimation d'équipe
- Définir l'incrément
- Événements Scrum
- Qu'est-ce qu'un graphique d'avancement ?
- Avantages et inconvénients du graphique de burndown
- Tableaux Kanban dans Scrum et Scrumban
- Vélocité en Scrum - Vitesse de l'équipe de développement
- Scrum quotidien
- Planification de Sprint
- Revue de Sprint
- Qu'est-ce qu'une rétrospective de sprint ?
- Erreurs courantes lors d'une rétrospective de Sprint
- Nourrir le backlog produit
- Comment créer et interpréter un graphique de burndown ?
- Qu'est-ce qu'un Sprint dans Scrum ?
- Coopération entre le Product Owner et le Scrum Master
- Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
- Caractéristiques d'un bon Scrum Master