05 - seeren-training/Scrum GitHub Wiki
Les évènements
- 🔖 Le Sprint
- 🔖 Le Sprint Planning
- 🔖 Le Daily Scrum
- 🔖 La Sprint Review
- 🔖 La Sprint Retrospective
📑 Le Sprint
Le Sprint est un conteneur pour tous les autres événements.
Chaque événement dans Scrum est une occasion formelle pour inspecter et adapter les artefacts Scrum. Ces événements sont spécifiquement conçus pour permettre la transparence requise. L’incapacité d’organiser les évènements conformément à leur prescription est une occasion perdue pour inspecter et s’adapter.
Idéalement, tous les événements se tiennent à la même heure et au même lieu pour réduire la complexité.
🏷️ Timebox
Les Sprints sont au cœur de Scrum, où les idées sont transformées en valeur.
Ce sont des événements d'une durée fixe, d'un mois ou moins, pour créer une cohérence. Un nouveau Sprint commence immédiatement après la fin du précédent.
Tout le travail nécessaire pour atteindre l'Objectif de Produit, y compris le Sprint Planning, les Daily Scrums, la Sprint Review et la Sprint Retrospective, se fait dans le cadre des Sprints.
🏷️ Objectif
Chaque Sprint peut être considéré comme un projet court.
Durant le Sprint :
- Aucun changement n’est permis, qui pourrait remettre en cause l’Objectif de Sprint ;
- Les objectifs de qualité ne sont jamais revus à la baisse ;
- Le Product Backlog est affiné si nécessaire ;
- Le périmètre peut être clarifié et renégocié avec le Product Owner selon ce qu'on en apprend.
Les Sprints permettent la prédictibilité en assurant l'inspection et l'adaptation de la progression vers l'Objectif de Produit, une fois par mois calendaire au moins. Lorsque l’horizon d’un Sprint est trop lointain, l’Objectif de Sprint risque de ne plus être le bon, la complexité augmente et, avec elle, le risque. Les Sprints plus courts raccourcissent le cycle de l’apprentissage, limitant ainsi les risques liés aux coûts et à l’effort.
Diverses pratiques existent pour évaluer la progression, telles que les courbes du « burn‐down », ou celles du « burn‐up » ou les diagrammes de flux cumulatifs. Bien que leur utilité soit prouvée, ces courbes ne remplacent pas l'importance de l'empirisme. Dans des environnements complexes, une grande part est laissée à l’inconnu. Seul ce qui s'est déjà passé peut être utilisé pour une prise de décision à venir.
Un Sprint peut être annulé si l'Objectif de Sprint devient obsolète. Seul le Product Owner a le pouvoir d'annuler le Sprint.
📑 Le Sprint Planning
Le Sprint Planning lance le Sprint en présentant le travail à effectuer durant le Sprint.
Le plan qui en résulte est créé par le travail collaboratif de toute la Scrum Team. Le Product Owner veille à ce que les participants soient prêts à discuter les éléments les plus importants du Product Backlog et de comment ces éléments représentent l'Objectif de Produit.
La Scrum Team peut également inviter d'autres personnes à participer au Sprint Planning pour donner des conseils.
🏷️ Timebox
Le Sprint Planning est limité dans le temps à un maximum de huit heures pour un Sprint d'un mois. Pour les Sprints plus courts, l'événement est généralement plus court.
🏷️ Objectif
Le Sprint Planning aborde les thèmes suivants :
- Thème 1 : Pourquoi ce Sprint est‐il important ?
Le Product Owner explique comment augmenter la valeur du produit et son utilité pour le Sprint en cours. L'ensemble de la Scrum Team collabore ensuite à définir un Objectif de Sprint qui énonce clairement aux parties prenantes l’utilité du Sprint. L'Objectif de Sprint doit être finalisé avant la fin du Sprint Planning.
- Thème 2 : Que peut‐on faire durant ce Sprint ?
En discutant avec le Product Owner, les Developers sélectionnent les éléments du Product Backlog à inclure dans le Sprint en cours. Au fur et à mesure de la discussion, la Scrum Team affine ces éléments, améliorant ainsi leur compréhension et leur confiance dans leur capacité à les développer. Devoir sélectionner ce qui peut ou ne peut pas être accompli durant un Sprint est une tâche difficile. Plus les Developers connaissent leurs performances passées, leur capacité à venir et leur Definition of Done, mieux ils sont à mêmes de faire de prévisions pour le Sprint en cours.
- Thème 3 : Comment le travail choisi sera‐t‐il réalisé ?
Pour chaque élément sélectionné du Product Backlog, les Developers planifient le travail nécessaire pour créer un Increment qui réponde à la Definition of Done. Cela se fait souvent en décomposant les éléments du Product Backlog en éléments de travail d'une journée ou moins. La façon de procéder est laissée à la seule discrétion des Developers. Personne d'autre ne leur dit comment transformer les éléments du Product Backlog en Increments de valeur.
L'objectif de Sprint, les éléments du Product Backlog sélectionnés pour le Sprint, ainsi que le plan pour les livrer, correspondent à un ensemble appelé le Sprint Backlog.
👨🏻💻 Manipulation
Mettons en place le Sprint Backlog
📑 Le Daily Scrum
L'objectif du Daily Scrum est d'inspecter la progression vers l'Objectif de Sprint et d'adapter le Sprint Backlog si nécessaire, en ajustant les futurs travaux planifiés.
🏷️ Timebox
Le Daily Scrum est un événement de 15 minutes, pour les Developers de la Scrum Team. Pour réduire la complexité, il est tenu à la même heure et au même lieu, chaque jour ouvré du Sprint. Si le Product Owner et / ou le Scrum Master travaillent activement sur des éléments du Sprint Backlog, ils participent en tant que Developers
🏷️ Objectif
Les Developers peuvent choisir la structure et les techniques qu’ils souhaitent, à condition que leur Daily Scrum se focalise sur la progression vers l'Objectif de Sprint et produise un plan d'action pour la prochaine journée de travail. Cela leur permet de se focaliser et d'améliorer l'autogestion.
Les Daily Scrums améliorent la communication, aident à identifier les obstacles, favorisent la prise de décision rapide et, par conséquent, éliminent la nécessité de faire d'autres réunions. Le Daily Scrum n'est pas le seul moment où les Developers sont autorisés à ajuster leur plan. Ils se réunissent souvent tout au long de la journée pour des discussions plus détaillées sur l’adaptation ou la re‐planification du reste du travail du Sprint.
👨🏻💻 Manipulation
Planifions le lieu et l'horaire de la réunion, ajustons la fréquence si besoin.
📑 La Sprint Review
L'objectif de la Sprint Review est d'inspecter le résultat du Sprint et de déterminer les adaptations futures. La Scrum Team présente les résultats de son travail aux principales parties prenantes et les progressions vers l'Objectif de Produit sont discutées.
🏷️ Timebox
La Sprint Review est l'avant‐dernier événement du Sprint et se limite dans le temps à un maximum de quatre heures pour un Sprint d'un mois. Pour les Sprints plus courts, l'événement est généralement plus court.
🏷️ Objectif
Pendant l'événement, la Scrum Team et les parties prenantes passent en revue ce qui a été accompli durant le Sprint et ce qui a changé dans leur environnement. Sur la base de ces informations, les participants collaborent sur la marche à suivre et sur les décisions à prendre. Le Product Backlog peut également être ajusté pour répondre à de nouvelles opportunités. La Sprint Review est une session de travail et la Scrum Team doit éviter de la limiter à une session de présentation.
📑 La Sprint Retrospective
L'objectif de la Sprint Retrospective consiste à réfléchir à des pistes pour améliorer la qualité et l'efficacité.
🏷️ Timebox
La Sprint Retrospective conclut le Sprint. Elle est limitée dans le temps à un maximum de trois heures pour un Sprint d'un mois. Pour les Sprints plus courts, l'événement est généralement plus court.
🏷️ Objectif
La Scrum Team inspecte le déroulement du dernier Sprint en ce qui concerne les individus, les interactions, les processus, les outils et leur Definition of Done. Les éléments inspectés varient souvent selon le domaine d’activité. Les hypothèses qui les ont fait dévier sont identifiées et leurs origines explorées.
La Scrum Team discute de ce qui s'est bien passé durant le Sprint, des problèmes rencontrés et de la manière dont ces problèmes ont été (ou n'ont pas été) résolus. La Scrum Team identifie les changements les plus utiles pour améliorer son efficacité. Les améliorations ayant le plus d'impact sont abordées dès que possible. Elles peuvent même être ajoutées au Sprint Backlog pour le prochain Sprint.
👨🏻💻 Manipulation
Nous cloturons la théorie du Scrum Guide, passons le test de connaissance officiel.