4.2Scrum : rôles, événements & artefacts
L'essentiel en 30 secondes
- Sprints de 1 à 4 semaines, chacun livrant un incrément utilisable.
- 3 rôles : Product Owner (valeur), Scrum Master (facilite), équipe (réalise).
- Réflexe : 5 événements + 3 artefacts = un cycle d'amélioration continue.
Mini-cas filé — Bilal lance son premier sprint
Après sa bascule (4.1), Bilal structure son équipe : Amine devient Product Owner (il priorise), Bilal facilite en Scrum Master, et l'équipe réalise en sprint de 2 semaines. Premier objectif : un incrément utilisable à la revue, puis une rétro avec une amélioration concrète.
Suite du cas 4.1 — Bilal passe de l'état d'esprit au cadre rythmé.
1. Des sprints qui livrent
Scrum est le cadre agile le plus utilisé. Il organise le travail en sprints — des itérations courtes et régulières (1 à 4 semaines) — au terme desquelles l'équipe livre un incrément de produit utilisable.
Sa force : un cadre simple et rythmé — 3 rôles, 5 événements, 3 artefacts — qui structure la collaboration sans l'alourdir.
2. Rôles, événements, artefacts
Rôles : Product Owner (porte la valeur, priorise le backlog), Scrum Master (facilite, lève les obstacles), équipe de développement (réalise).
Événements : sprint, planification, daily, revue, rétrospective. Artefacts : backlog produit, backlog de sprint, incrément. Ensemble, un cycle d'amélioration continue.
🔎 Exemple concret — 🔎 Exemple concret — Scrum Master ≠ chef
Un leader-serviteur.
Le Scrum Master n'a PAS d'autorité hiérarchique.
Il facilite, lève les obstacles, protège l'équipe, favorise l'auto-organisation.
→ « leader-serviteur », pas manager qui distribue les tâches.Résultat : une équipe auto-organisée et rythmée.
Réflexe : une amélioration concrète à chaque rétrospective.
Vocabulaire de la section
- Scrum
- Cadre agile organisant le travail en sprints, avec 3 rôles, 5 événements et 3 artefacts.
Exemple simple : Bilal fait tourner son équipe en sprints de 2 semaines avec revue et rétro.
Ce que ce n'est pas : une méthode qui supprime toute réunion et tout suivi.
Réflexe : compter : 3 rôles, 5 événements, 3 artefacts — s'il en manque, ce n'est plus Scrum.
- Sprint
- Itération de durée fixe (1-4 semaines) au bout de laquelle un incrément utilisable est livré.
Exemple simple : Le sprint de Bilal se termine par une démo utilisable devant le client.
Ce que ce n'est pas : une période de durée variable qu'on allonge quand on est en retard.
Réflexe : durée fixe, jamais prolongée : on ajuste le contenu, pas le temps.
- Product Owner / Scrum Master
- PO : porte la valeur, priorise le backlog. SM : facilite, protège l'équipe, lève les obstacles.
Exemple simple : Amine tranche les priorités ; Bilal débloque l'accès au client.
Ce que ce n'est pas : deux chefs qui se partagent la distribution des tâches.
Réflexe : PO = le quoi (valeur) ; SM = le comment du cadre.
- Daily / Revue / Rétrospective
- Daily : point quotidien de synchronisation. Revue : démo de l'incrément. Rétro : amélioration de l'équipe.
Exemple simple : Bilal tient la revue (quoi livré) puis la rétro (comment mieux travailler).
Ce que ce n'est pas : trois réunions de reporting vers la hiérarchie.
Réflexe : revue = produit ; rétro = équipe ; daily = obstacles du jour.
- Backlog / incrément
- Backlog produit : liste priorisée du travail. Incrément : la part de produit terminée et utilisable au sprint.
Exemple simple : Le backlog de Bilal est priorisé ; son incrément tourne chez le client.
Ce que ce n'est pas : un rapport d'avancement ou un planning prévisionnel.
Réflexe : pas d'incrément utilisable = sprint manqué, même avec des heures faites.
En pratique — En pratique — Simuler un cycle Scrum
- Attribuez les 3 rôles sur un projet fictif : qui est PO (priorise), Scrum Master (facilite), équipe (réalise) ?
- Constituez un backlog produit priorisé, puis sélectionnez ce qui tiendra dans un premier sprint (backlog de sprint).
- Rythmez le sprint : planification au début, daily chaque jour (fait / à faire / obstacles), revue et rétrospective à la fin.
- À la revue, identifiez l'incrément livrable ; à la rétro, notez une amélioration concrète pour le sprint suivant.
Script prêt à dire — cadrer les rôles du premier sprint (1 min)
« Pour ce sprint de 2 semaines : Amine est Product Owner, il tranche les priorités du backlog. Je suis Scrum Master : je facilite, je lève les blocages, je ne distribue pas les tâches. L'équipe s'auto-organise pour livrer un incrément utilisable à la revue. En rétro, on décide d'une seule amélioration pour le sprint suivant. »
À dire au lancement : nommer les 3 rôles évite que le Scrum Master soit pris pour le chef.
Modèle copier-coller — fiche sprint Scrum
SPRINT N°__ — DURÉE : __ semaines (fixe)
PO (priorise) : _______________ | SM (facilite) : _______________
BACKLOG DE SPRINT (contenu) : _______________
INCRÉMENT VISÉ (utilisable) : _______________
REVUE (date + démo à qui) : _______________
RÉTRO (1 amélioration décidée) : _______________TPE / petit budget
3 personnes suffisent : un PO à temps partiel, un facilitateur, un sprint de 2 semaines avec démo au client.
Équipe distante
Daily courte en visio à heure fixe, backlog partagé en ligne : le rythme compense la distance.
PME Algérie
Bilal protège la revue client des aléas (déplacements, coupures) en la planifiant dès le jour 1 du sprint.
Flux continu (support)
Si les demandes pleuvent sans objectif de sprint possible, préférer Kanban (4.3) plutôt que de forcer Scrum.
✓ Bonnes pratiques
- Livrez un incrément réellement utilisable à chaque sprint.
- Tenez la rétrospective : une amélioration concrète à chaque cycle.
- Laissez le Scrum Master faciliter, pas commander.
✗ Pièges fréquents
- Prendre le Scrum Master pour le chef hiérarchique.
- Finir un sprint sans incrément utilisable.
- Appliquer les rituels sans l'esprit d'auto-organisation.
Points clés à retenir
- Scrum organise le travail en sprints livrant un incrément utilisable.
- 3 rôles : Product Owner, Scrum Master, équipe de développement.
- 5 événements : sprint, planification, daily, revue, rétrospective.
- 3 artefacts : backlog produit, backlog de sprint, incrément.
Défi 48h — appliquez demain
Attribuez les 3 rôles sur votre projet (PO, Scrum Master, équipe) et lancez un sprint de 2 semaines avec revue datée (modèle ci-dessus).
- Je peux citer les 3 rôles et leur mission sans hésiter.
- Je sais ce que livre un sprint (un incrément utilisable).
- J'ai attribué les 3 rôles et daté une revue.
Questions fréquentes
Quelle différence entre le Product Owner et le chef de projet ?
Le Product Owner se concentre sur la VALEUR : il définit et priorise le quoi (le backlog) pour maximiser le bénéfice produit. Le rôle traditionnel de chef de projet (planning, coordination, contrôle) est en partie redistribué dans Scrum (au SM, à l'équipe auto-organisée). Dans les faits, beaucoup d'organisations gardent un chef de projet coordonnant plusieurs équipes ou l'articulation avec le prédictif. Les rôles ne se superposent donc pas exactement.
Le Scrum Master est-il le chef de l'équipe ?
Non, c'est une méprise courante : le Scrum Master n'a pas d'autorité hiérarchique. Il est un facilitateur au service de l'équipe — il l'aide à appliquer Scrum, lève les obstacles, la protège des perturbations et favorise son auto-organisation. C'est un rôle de « leader-serviteur », pas de manager qui distribue les tâches. Confondre les deux revient à recréer un chef là où Scrum veut une équipe auto-organisée.
Que livre une équipe Scrum à la fin d'un sprint ?