Le cadre Scrum inclut le équipe Scrum, ses rôles, événements, artefacts, et les règles — chacune ayant un objectif précis, toutes essentielles au succès et à l’utilisation efficace de Scrum.

rôles Scrum, artefacts, événements
Rôles Scrum
Scrum définit trois rôles principaux qui jouent un rôle clé au sein de l’équipe Scrum : le Propriétaire de produit, le Master Scrum, et les membres de l’équipe de développement. En plus de ces rôles, vous devriez également compter sur des parties prenantes telles que les analystes métiers dans les grandes organisations. Le cadre Scrum exige quatre rôles clés :
- Propriétaire de produit: La personne ayant la vision du produit
- Master Scrum: L’expert Scrum qui aide l’équipe à construire le produit selon le cadre Scrum
- Équipe de développement: Les membres de l’équipe qui effectuent le travail
- Parties prenantes: Des individus véritablement intéressés par le produit qui examinent continuellement le travail et les progrès de l’équipe, en fournissant des retours constants.
Ces individus partagent des tâches et responsabilités différentes liées à la livraison du produit. Scrum les décrit comme une équipe auto-organisée et pluridisciplinaire.
Événements Scrum
Mais qui participe aux événements Scrum ? Voici les cinq événements en détail :
- Planification du sprint: Un événement limité dans le temps qui a lieu au début de chaque Sprint, où l’équipe détermine lesquels Product Backlog éléments sur lesquels ils travailleront pendant le Sprint.
- Daily Scrum: Un événement limité à 15 minutes pour que l’équipe de développement s’aligne sur ses activités et planifie le travail pour les 24 prochaines heures.
- Sprint Review: Un événement limité qui a lieu à la fin du Sprint pour inspecter l’Increment et ajuster le Product Backlog si nécessaire.
- Sprint Retrospective: Un événement limité qui donne à l’équipe Scrum l’occasion d’inspecter ses pratiques et de créer un plan d’amélioration pour le prochain Sprint.
Artifacts Scrum: Les artifacts Scrum représentent du travail ou de la valeur, offrant une transparence et des opportunités d’inspection et d’adaptation. Les artifacts définis par Scrum sont spécifiquement conçus pour maximiser la transparence des informations critiques afin que chacun partage une compréhension commune de l’artifact.
Increment: La somme de tous les éléments du Product Backlog terminés durant le Sprint en cours et tous les Sprints précédents.
Product Backlog: Une liste ordonnée de tout ce qui pourrait être nécessaire dans le produit — c’est la source unique des exigences pour toute modification du produit. Le Product Owner est responsable du Product Backlog, y compris son contenu, son accessibilité et son ordre.
Sprint Backlog: L’ensemble sélectionné d’éléments du Product Backlog pour le Sprint, accompagné d’un plan pour livrer l’Increment et atteindre le Objectif du Sprint.
Refinement du Product Backlog: Un processus continu de raffinement du Product Backlog, généralement effectué durant chaque Sprint pour préparer les éléments aux Sprints futurs.
Qui participe à quel événement Scrum ?
Comme mentionné ci-dessus, le cadre Scrum exige trois rôles Scrum et quatre événements clés — mais qui participe à quel événement ? Le tableau ci-dessous décrit les participants :
| Événement | Propriétaire de l’événement | Product Owner | Scrum Master | Développeurs | Autres |
| Planification de sprint Partie I | Propriétaire de produit | Oui | Oui | Oui | Oui |
| Planification de sprint Partie II | Équipe de développement | Facultatif | Oui | Oui | Non |
| Réunion quotidienne | Équipe de développement | Non | Facultatif | Oui | Non |
| Revue de sprint | Propriétaire de produit | Oui | Oui | Oui | Oui |
| Rétrospective de sprint | Maître de cérémonie | Oui | Oui | Oui | Non |
| Avis sur le produit | Propriétaire du produit | Oui | Oui | Oui | Non |
Remarque :
Dans Scrum, il n’existe pas d’événement formel dédié à l’ajustement du produit backlog. Au lieu de cela, le guide Scrum indique : «L’équipe Scrum décide de la manière et du moment où effectuer l’ajustement», et l’ajustement ne dépasse généralement pas 10 % de la capacité de l’équipe de développement.