Guide de mêlée | 27. Événements Scrum

Les événements Scrum sont des réunions ou des activités organisationnelles entreprises par l'équipe Scrum. Leur caractéristique commune est qu'ils servent l'objectif de favoriser la transparence : ce sont des occasions de parler de planification, de méthodes et de réfléchir sur les réalisations de l'équipe Scrum. Cependant, chaque événement Scrum a des caractéristiques distinctes, un objectif et une durée définis.

Événements Scrum – table des matières :

1. Événements Scrum – Introduction
2. Sprint
3. Planification des sprints
4. Mêlée quotidienne
5. Revue de sprint
6. Rétrospective Sprint
7. Événements Scrum – Résumé

Événements Scrum – Introduction

Les événements Scrum, officieusement appelés « cérémonies Scrum » sont :

• Sprint
• Planification des sprints
• Mêlée quotidienne
• Revue de sprint
• Rétrospective Sprint

Chacun d'entre eux a un rôle très spécifique dans Scrum. C'est pourquoi nous consacrerons un article séparé pour chacun dans la série Scrum Guide. Mais aujourd'hui, nous couvrirons leurs courtes définitions et fournirons les caractéristiques de base de chaque événement Scrum.

Sprint

Les sprints déterminent le cycle de travail de l'équipe Scrum, donc chaque sprint a la même longueur. Elles se succèdent consécutivement et durent du premier jour de travail sur un Produit jusqu'au dernier.

L'équipe Scrum établit la durée d'un Sprint. Cela dépend des besoins et des capacités de l'équipe et de l'organisation, ainsi que de la nature du produit sur lequel l'équipe Scrum travaille. La durée optimale du Sprint doit suivre les principes de l'empirisme, selon lesquels elle doit être :

• assez longtemps - pour que l'équipe de développement ait le temps d'améliorer considérablement le produit
• assez court - pour réduire les risques, l'augmentation inutile de la complexité et la dilution des objectifs

Les meilleures pratiques suggèrent qu'un Sprint devrait durer d'une à quatre semaines. Les sprints plus courts vous aident à diagnostiquer plus rapidement les problèmes et les contraintes et à estimer la quantité de travail à effectuer dans un sprint donné. Les sprints plus longs vous permettent d'évaluer les résultats des performances de l'équipe en présentant des livrables plus importants lors d'une revue de sprint.

Pendant chaque Sprint, tous les petits événements Scrum ont lieu. Ils comprennent:

Planification des sprints

La planification de sprint, comme son nom l'indique, est la réunion de l'équipe Scrum qui concerne la planification du prochain sprint. Il a donc lieu le premier jour d'un nouveau Sprint. Toute l'équipe Scrum participe à la planification de sprint et l'événement dure au maximum huit heures.

En quelques mots, il s'agit de répondre à trois questions :

• Quel sera l'objectif du sprint ?
• Que faire?
• Comment faire?

Mêlée quotidienne

Daily Scrum est un court événement auquel participent les développeurs. Cette réunion quotidienne ne dure pas plus de 15 minutes. Pour faire simple, le Daily Scrum se tient toujours au même endroit et au même moment.

L'objectif principal du Daily Scrum est de planifier et non de résumer les tâches terminées. Par conséquent, la conversation sur la progression actuelle du produit doit se concentrer strictement sur l'objectif de sprint. L'équipe de développement décide collectivement de la portée des activités à venir que chaque développeur doit terminer d'ici le prochain Daily Scrum.

Revue de sprint

Sprint Review, avec Sprint Retrospective, est un événement récapitulatif et a lieu le dernier jour du Sprint final.

Le but de la revue de sprint est de résumer le sprint en termes de tâches terminées qui visent à atteindre l'objectif du produit. Habituellement, il comprend également une présentation de l'état actuel du produit et une discussion de ses fonctionnalités nouvellement complétées. Chaque Sprint Review doit se terminer par une mise à jour du Product Backlog.

Une Sprint Review est un événement ouvert : toute la Scrum Team ainsi que les Stakeholders de plein gré y assistent. L'événement est généralement modéré par un Scrum Master.

Rétrospective Sprint

La rétrospective de sprint, également un événement récapitulatif de sprint, est différente de la revue de sprint. Il se concentre sur la façon dont l'équipe Scrum travaille, plutôt que sur le produit qu'elle développe. Pour créer un espace de communication sûr, Sprint Retrospective est un événement impliquant uniquement les membres de l'équipe Scrum et le Scrum Master préside la session.

La Rétrospective Sprint dure au maximum trois heures et est le dernier événement du Sprint final. Ses objectifs sont :

• apprendre des méthodes de collaboration actuelles
• identifier les axes d'amélioration
• suggérer et discuter de la façon d'apporter des améliorations

Événements Scrum – Résumé

Les événements Scum incluent :

• Planification de Sprint – planifier un nouveau Sprint le premier jour
• Daily Scrum - la réunion d'organisation quotidienne de l'équipe de développement
• Sprint Review – réunion ouverte pour résumer le Sprint et présenter les nouvelles fonctionnalités du Produit
• Rétrospective de Sprint - réunion interne de l'équipe Scrum pour résumer la collaboration au cours du Sprint terminé

Tous les événements visent le travail de l'équipe Scrum, ses résultats, sa planification et ses commentaires. Vous pouvez en savoir plus sur chacun d'eux dans des articles séparés.

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