04 - seeren-training/Scrum GitHub Wiki
Les artefacts
- 🔖 Les artefacts
- 🔖 Le Product Backlog
- 🔖 Le Sprint Backlog
- 🔖 L'Increment
📑 Les artefacts
Les artefacts de Scrum représentent un travail ou une valeur. Ils sont conçus pour maximiser la transparence des informations clés. Ainsi, tous ceux qui les inspectent ont la même base d'adaptation.
Chaque artefact contient un engagement qui apporte l’information nécessaire à la transparence et au focus rendant possible la mesure de la progression :
- Pour le Product Backlog, il s'agit de l'Objectif de Produit.
- Pour le Sprint Backlog, c'est l'Objectif de Sprint.
- Pour l'Increment, c'est la Definition of Done (définition de Fini).
Ces engagements existent pour renforcer l'empirisme et les valeurs Scrum au sein de la Scrum Team et ses parties prenantes.
📑 Le Product Backlog
Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit. C'est l’unique source du travail entrepris par la Scrum Team.
Les éléments du Product Backlog qui sont susceptibles d’être réalisés dans un seul Sprint par la Scrum Team sont considérés comme prêts à être traités en Sprint Planning. Ils acquièrent généralement ce degré de transparence après avoir été affinés. L'affinement du Product Backlog consiste à décomposer et à définir davantage les éléments du Backlog en éléments plus fins et plus précis. Il s'agit d'une activité continue visant à ajouter des détails, tels qu'une description, un ordre et une taille. Les attributs varient souvent en fonction du domaine d’activité. Les Developers qui effectueront le travail sont responsables du dimensionnement. Le Product Owner peut influencer les Developers en clarifiant ses explications et les aider à trouver des compromis.
👨🏻💻 Manipulation
Aidez le PO à mettre en place le Product Backlog
🏷️ Objectif
L'Objectif de Produit décrit un état futur du produit qui peut servir de cible à la Scrum Team pour planifier. L'Objectif de Produit est dans le Product Backlog. Le reste du Product Backlog émerge pour définir « ce qui » permettra d'atteindre l'Objectif de Produit.
L'Objectif de Produit est l'objectif à long terme de la Scrum Team. Ils doivent atteindre (ou abandonner) un objectif avant de s'attaquer au suivant.
📑 Le Sprint Backlog
Le Sprint Backlog est composé de l'Objectif de Sprint (le « pourquoi »), de l'ensemble des éléments du Product Backlog choisis pour le Sprint (le « quoi »), ainsi que d'un plan d'action pour la réalisation de l'Increment (le « comment »).
Le Sprint Backlog est un plan élaboré par et pour les Developers. Il s'agit d'une image très visible et en temps réel du travail que les Developers prévoient d'accomplir durant le Sprint afin d'atteindre l'Objectif de Sprint. Par conséquent, le Sprint Backlog est mis à jour tout au long du Sprint selon ce qu'on en apprend. Il devrait être suffisamment détaillé pour que les Developers puissent inspecter leur progression durant le Daily Scrum.
🏷️ Objectif
L'Objectif de Sprint est l’unique but du Sprint. Bien que l'Objectif de Sprint soit un engagement fait par les Developers, il offre une certaine flexibilité en termes de travail nécessaire pour atteindre cet objectif.
L'Objectif de Sprint crée également de la cohérence et du focus, tout en encourageant la Scrum Team à travailler ensemble plutôt que sur des initiatives séparées. L'Objectif de Sprint est créé pendant l'événement de Sprint Planning, puis ajouté au Sprint Backlog.
Lorsque les Developers travaillent pendant le Sprint, ils gardent l'Objectif de Sprint à l'esprit. Si le travail s'avère être différent de ce à quoi ils s'attendaient, ils collaborent avec le Product Owner pour négocier le périmètre du Sprint Backlog dans le cadre de ce Sprint, sans que cela n’affecte l'Objectif de Sprint.
📑 L'Increment
Un Increment est une première étape concrète vers l'Objectif de Produit. Chaque Increment s'ajoute à tous les Increments précédents et fait l'objet d'une vérification approfondie, ce qui garantit que tous les Increments fonctionnent ensemble. Afin de fournir une valeur, l'Increment doit être utilisable.
Plusieurs Increments peuvent être créés durant un Sprint. La somme des Increments est présentée lors de la Sprint Review, ce qui permet de démontrer l’utilité de l'empirisme. Toutefois, un Increment peut être livré aux parties prenantes avant la fin du Sprint. La Sprint Review ne doit jamais être considérée comme le seul moment pour délivrer de la valeur.
Un travail qui ne remplirait pas les conditions de la Definition of Done ne peut pas être considéré comme un Increment.
🏷️ DoD
La Definition of Done (Définition de Fini) est une description formelle de l'état de l'Increment lorsqu'il satisfait les mesures de qualité requises pour le produit.
Dès qu’un élément du Product Backlog satisfait à la Definition of Done, il se transforme en Increment.
La Definition of Done apporte de la transparence en permettant à chacun une compréhension commune du travail Fini dans le cadre de l'Increment. Si un élément du Product Backlog n’est pas conforme à la Definition of Done, il ne peut pas être publié ni même présenté lors de la Sprint Review. Il est alors renvoyé au Product Backlog pour être pris en compte ultérieurement.
Si la Definition of Done pour un Increment fait partie des standards de l'organisation, toutes les Scrum Teams doivent la suivre au minimum. Si cela ne fait pas partie des standards de l'organisation, la Scrum Team doit créer sa propre Definition of Done qui soit appropriée pour le produit. Les Developers sont tenus de se conformer à la Definition of Done. Si plusieurs Scrum Teams travaillent ensemble sur un même produit, elles doivent la définir ensemble et s’y conformer.
👨🏻💻 Manipulation
Aidez l'organisation à mettre en place la DoD