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 :

  1. Introduction – définir l’incrément
  2. Incrément vs. Objectif produit et Objectif sprint
  3. Quand le travail effectué devient-il un incrément ?
  4. 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.

définir l'incrément

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.

définir l'incrément

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é.

View all posts →

Scrum Guide:

  1. Glossaire des termes, rôles et notions de base
  2. Qu'est-ce que Scrum ?
  3. Valeurs Scrum
  4. Comment mettre en œuvre Scrum dans votre entreprise ?
  5. Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
  6. Qui est un Product Owner ?
  7. Les erreurs les plus courantes du Product Owner
  8. Qui est le Scrum Master ?
  9. Les erreurs les plus courantes des Scrum Masters
  10. Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
  11. Équipe de développement en Scrum
  12. Les erreurs les plus courantes des développeurs
  13. Artifacts Scrum
  14. Élargir Scrum
  15. Backlog de sprint
  16. Qu'est-ce que le Product Backlog ?
  17. Qu'est-ce que les User Stories ?
  18. Créer la meilleure User Story avec INVEST
  19. Les erreurs les plus courantes dans les User Stories
  20. Critères d'acceptation de l'histoire utilisateur
  21. Estimation et Points d'Histoire dans Scrum
  22. Planning Poker
  23. Jeu d'estimation d'équipe
  24. Définir l'incrément
  25. Événements Scrum
  26. Qu'est-ce qu'un graphique d'avancement ?
  27. Avantages et inconvénients du graphique de burndown
  28. Tableaux Kanban dans Scrum et Scrumban
  29. Vélocité en Scrum - Vitesse de l'équipe de développement
  30. Scrum quotidien
  31. Planification de Sprint
  32. Revue de Sprint
  33. Qu'est-ce qu'une rétrospective de sprint ?
  34. Erreurs courantes lors d'une rétrospective de Sprint
  35. Nourrir le backlog produit
  36. Comment créer et interpréter un graphique de burndown ?
  37. Qu'est-ce qu'un Sprint dans Scrum ?
  38. Coopération entre le Product Owner et le Scrum Master
  39. Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
  40. Caractéristiques d'un bon Scrum Master