Dans l’article d’aujourd’hui, nous allons nous concentrer sur les Artéfacts Scrum. Nous expliquerons le Backlog Produit, le Backlog de Sprint et l’Incrément. Nous répondrons également à la question de l’utilisation de ces éléments par les membres de l’équipe Scrum et les parties prenantes.
Artéfacts Scrum – table des matières :
Qu’est-ce que les Artéfacts Scrum ?
Trois Artéfacts Scrum sont cruciaux pour une équipe Scrum efficace. Ce sont deux Backlogs, qui sont des listes de tâches, et l’Incrément, qui est une version potentiellement prête à être publiée d’un Produit amélioré lors d’un Sprint donné.
Ils sont collectivement appelés Artéfacts car ils ont un seul but. À savoir, maximiser la transparence de l’information concernant le travail sur le Produit.
Avec la disponibilité des Artéfacts Scrum, tout membre de l’équipe Scrum ou partie prenante peut obtenir une image claire à tout moment. Là, ils verront :
- Quel Produit et dans quel but est en cours de création
- Quelles tâches sont prévues pour être réalisées
- Quelles tâches l’équipe de développement est en train de réaliser
- Quelles tâches ont déjà été complétées
- À quoi ressemble la version actuelle du Produit en cours
Les backlogs Scrum décrivent le Produit à la fois sous les angles technique et commercial. La description technique du Produit créée par l’équipe Scrum contient la manière dont le Produit fonctionne, ainsi que des propositions de solutions spécifiques à mettre en œuvre par l’équipe de développement. La description commerciale contient des User Stories qui répondent à des questions telles que :
- À quoi sert le Produit ?
- Quelles fonctions le Produit doit-il remplir ?
- Quelles attentes du Client le Produit doit-il satisfaire ?
Ainsi, ils décrivent des fonctionnalités partielles du Produit du point de vue du Client.
Nous consacrerons des articles séparés à chaque Artéfact Scrum, dédiés respectivement au Backlog Produit, au Backlog de Sprint et à l’Incrément.

Backlog Produit
Le Backlog Produit est une liste de tâches sur lesquelles l’équipe Scrum va travailler. Il est exprimé en langage commercial, et son périmètre couvre toute la durée du projet.
La maintenance et la disponibilité du Backlog Produit sont cruciales pour la transparence du travail de l’équipe Scrum. Grâce à ce document, l’équipe de développement sait quel problème commercial elle s’efforce de résoudre et quelles sont les priorités du Client. De plus, le Backlog Produit est un panneau indicateur sur lequel vous pouvez vous appuyer lorsque vous êtes submergé par des tâches plus petites qui brouillent l’image de l’ensemble du projet.
Le Backlog Produit garde la trace des progrès de l’équipe de développement vers l’objectif du Produit. Il est géré par le Product Owner et doit être mis à jour régulièrement. Ainsi, à tout moment, il donne une image claire du travail à réaliser.
Les tâches avec les délais les plus proches sont décrites dans le Backlog Produit de la manière la plus détaillée. Les tâches avec des délais plus longs ou les tâches optionnelles ont la forme d’un plan général.
Backlog de Sprint
Nous pouvons penser au Backlog de Sprint comme similaire au Backlog Produit. Cependant, la manière dont les tâches sont décrites et l’échelle temporelle changent.
Tandis que dans le Backlog Produit, l’accent était mis sur la description des tâches du point de vue des parties prenantes et du langage commercial, le Backlog de Sprint est le domaine des Développeurs. Ils sont responsables de la maintenance et de la mise à jour du Backlog de Sprint. C’est une description du travail de l’équipe, donc elle est exprimée en langage technique. Elle décrit des tâches et des solutions détaillées au fur et à mesure que les Développeurs planifient leur exécution.
Le Backlog de Sprint fonctionne sur une échelle temporelle qui correspond à la durée d’un Sprint, généralement de deux semaines à un mois. Il permet de suivre les progrès de l’équipe de développement vers l’objectif du Sprint.

Incrément
Le contenu du Backlog Produit est une description étape par étape de la manière d’atteindre l’objectif du Produit. Le contenu du Backlog de Sprint est une description des tâches menant à l’atteinte de l’objectif du Sprint. L’Incrément est la somme des fonctionnalités partielles du Produit réalisées lors d’un Sprint donné ajoutée à l’état actuel du Produit.
Chaque nouvel Incrément s’appuie sur le précédent. Par conséquent, le travail effectué doit être soigneusement testé. Les tests permettent de s’assurer que la nouvelle solution n’interfère pas ou ne perturbe pas celles qui ont été créées précédemment. Pour que le travail devienne un Incrément, il doit être intégré à l’état existant du Produit. Et aboutir à sa version améliorée et fonctionnelle.
En d’autres termes, un Incrément est un ensemble de tâches complétées lors d’un Sprint qui constituent une nouvelle version fonctionnelle d’un Produit. Et sa signification commerciale est décrite par la Définition de Complétion. Elle est inscrite dans le Backlog Produit lors de la Planification du Sprint.
Résumé
Les artéfacts Scrum sont le Backlog Produit, le Backlog de Sprint et l’Incrément. Ils fournissent à toutes les parties prenantes un accès à l’information sur l’état du Produit. Les artéfacts Scrum contiennent les Objectifs et les Buts de l’équipe Scrum définis sous les angles commercial et technique. De plus, ils contiennent toutes les caractéristiques de la version actuelle et fonctionnelle du Produit, potentiellement prête à être mise sur le marché.
Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées 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