Guide de mêlée | 15. Artefacts Scrum

Dans l'article d'aujourd'hui, nous nous concentrerons sur les artefacts Scrum. Nous expliquerons le backlog de produit, le backlog de sprint et l'incrément. Nous répondrons également à la question de savoir pourquoi les membres de l'équipe Scrum et les parties prenantes les utilisent.

Artefacts Scrum – table des matières :

1. Que sont les artefacts Scrum ?
2. Carnet de produit
3. Carnet de sprint
4. Incrément
5. Sommaire

Que sont les artefacts Scrum ?

Trois artefacts Scrum sont cruciaux pour une équipe Scrum efficace. Il s'agit de deux backlogs, qui sont des listes de tâches, et de l'incrément, qui est une version potentiellement prête à être publiée d'un produit amélioré dans un sprint donné.

Ils sont collectivement appelés Artefacts parce qu'ils ont un seul but. A savoir, pour maximiser la transparence des informations concernant le travail sur le Produit.

Avec la disponibilité des artefacts 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 créé
• Quelles sont les tâches qu'il est prévu d'effectuer
• Sur quelles tâches l'équipe de développement travaille actuellement
• Quelles tâches ont déjà été accomplies
• À quoi ressemble la version actuelle du produit en cours d'exécution

Les backlogs Scrum décrivent le produit à la fois sous l'angle technique et commercial . La description technique du produit créée par l'équipe Scrum contient le fonctionnement du produit, ainsi que des propositions de solutions spécifiques à mettre en œuvre par l'équipe de développement. La description de l'entreprise contient des User Stories qui répondent à des questions telles que :

• A quoi sert le produit ?
• Quelles fonctions le produit doit-il remplir ?
• À quelles attentes du Client le Produit doit-il répondre ?

Ainsi, elles décrivent des fonctionnalités partielles du Produit du point de vue du Client.

Nous consacrerons des articles séparés à chaque artefact Scrum, dédiés respectivement au backlog de produit, au backlog de sprint et à l'incrément.

Carnet de produit

Le Product Backlog est une liste de tâches sur lesquelles l'équipe Scrum travaillera. Il est exprimé en langage métier, et son périmètre couvre toute la durée du projet.

La maintenance et la disponibilité du Product Backlog sont cruciales pour la transparence du travail de l'équipe Scrum. Grâce à ce document, l'équipe de développement sait sur quel problème métier elle travaille et quelles sont les priorités du client. De plus, le Product Backlog est un panneau sur lequel vous pouvez vous appuyer lorsque vous êtes submergé par de petites tâches qui brouillent l'image de l'ensemble du projet.

Le carnet de produit suit les 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. Pour qu'à tout moment, il donne une image claire du travail qui doit être fait.

Les tâches dont les échéances sont les plus proches sont décrites dans le Product Backlog de la manière la plus détaillée. Les tâches avec des délais plus longs ou les tâches facultatives ont une forme de plan général.

Carnet de sprint

Nous pouvons considérer le Sprint Backlog comme similaire au Product Backlog. Cependant, la façon dont les tâches sont décrites et l'échelle de temps changent.

Alors que dans le backlog de produit, l'accent était mis sur la description des tâches du point de vue des parties prenantes et du langage métier, le backlog de sprint est le domaine des développeurs. Ils sont responsables de la maintenance et de la mise à jour du Sprint Backlog. Il s'agit d'une description du travail de l'équipe, il est donc exprimé en langage technique. Il décrit les tâches et les solutions détaillées au fur et à mesure que les développeurs planifient leur exécution.

Le Sprint Backlog fonctionne sur une échelle de temps 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 Product Backlog est une description étape par étape de la manière d'atteindre l'objectif du produit. Le contenu du Sprint Backlog est une description des tâches menant à la réalisation de l'objectif du Sprint. L'Incrément est la somme des fonctionnalités partielles du Produit réalisées dans un Sprint donné ajoutées à 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 le résultat dans sa version de travail améliorée.

En d'autres termes, un incrément est un ensemble de tâches terminées dans un sprint qui constituent une nouvelle version de travail d'un produit. Et sa signification commerciale est décrite par la définition de l'achèvement. Il est saisi dans le Product Backlog lors de la planification du Sprint.

Sommaire

Les artefacts Scrum sont le backlog de produit, le backlog de sprint et l'incrément. Ils fournissent à toutes les parties prenantes un accès aux informations sur l'état du Produit. Les artefacts Scrum contiennent les buts et objectifs de l'équipe Scrum définis sous les angles métier et technique. De plus, ils contiennent toutes les caractéristiques de la version de travail actuelle du Produit, potentiellement prête à être commercialisée.

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Auteur : Caroline Becker

En tant que chef de projet, Caroline est 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 la pression du temps font d'elle la meilleure personne pour concrétiser des projets complexes.

Afficher tous les articles

Guide de mêlée :

1. Glossaire des termes, rôles et notions de base
2. Qu'est-ce que Scrum ?
3. Valeurs Scrum
4. Comment implémenter Scrum dans votre entreprise ?
5. Scrum Team - qu'est-ce que c'est et comment ça marche ?
6. Qui est un Product Owner ?
7. Les erreurs les plus courantes du Product Owner
8. Qui est le Scrum Master ?
9. Caractéristiques d'un bon Scrum Master
10. Les erreurs les plus courantes du Scrum Master
11. Quelles statistiques et métriques le Scrum Master doit-il suivre ?
12. Coopération entre Product Owner et Scrum Master
13. Équipe de développement dans Scrum
14. Les erreurs les plus courantes des développeurs
15. Artefacts Scrum
16. Mise à l'échelle Scrum
17. Carnet de sprint
18. Qu'est-ce que le carnet de produit ?
19. Qu'est-ce qu'une User Story ?
20. Créer la meilleure User Story avec INVEST
21. Les erreurs les plus courantes de la User Story
22. Critères d'acceptation des user stories
23. Estimation et Story Points dans Scrum
24. Planification Poker
25. Jeu d'estimation d'équipe
26. Définition de l'incrément
27. Événements Scrum
28. Qu'est-ce que Sprint dans Scrum ?
29. Engagements de l'équipe Scrum - Objectif du produit, objectif du sprint et définition de l'achèvement
30. Qu'est-ce qu'un Burndown Chart ?
31. Comment créer et interpréter un burndown chart ?
32. Avantages et inconvénients du burndown chart
33. Tableaux Kanban dans Scrum et Scrumban
34. Velocity in Scrum - Vitesse de l'équipe de développement
35. Mêlée quotidienne
36. Planification des sprints
37. Revue de sprint
38. Qu'est-ce qu'une rétrospective Sprint ?
39. Erreurs courantes lors d'une rétrospective de sprint
40. Nourrir le backlog produit