01 /0 6 /2 0 2 5
MM1
Découverte
de Scrum
MM
Qu'est-ce que Scrum ?
Cadre agile Incréments livrables Valeur maximale
Né dans le Objectif de livrer
développement logiciel Fonctionne par cycles rapidement ce qui a le
en 1995 par Schwaber courts de 2-4 semaines plus de valeur pour
& Sutherland avec feedback continu l'utilisateur
Scrum est aujourd'hui adapté à de nombreux domaines au-delà du
1
développement logiciel, comme le marketing, le design produit, les
ressources humaines et bien d'autres secteurs. Sa flexibilité et son efficacité
en font une méthodologie de choix pour les organisations cherchant à
s'adapter rapidement aux changements.
Diapositive 1
MM1 Bienvenue à cette présentation détaillée sur Scrum,
un cadre de travail agile qui révolutionne la façon
dont les équipes collaborent et livrent de la valeur.
Au cours des prochaines diapositives, nous
explorerons les principes fondamentaux, les rôles
clés, les artefacts et les événements qui composent
cette méthodologie puissante.
Que vous soyez novice en matière d'agilité ou que
vous cherchiez à approfondir vos connaissances, ce
guide vous fournira une compréhension complète
de Scrum et de son application dans divers contextes
professionnels.
Mounir Moukhtari; 2025-06-01T[Link].655
01 /0 6 /2 0 2 5
Les 4 valeurs du Manifeste Agile
Produit opérationnel Collaboration client
Privilégié par rapport à une Plus importante que la négociation
documentation exhaustive contractuelle
Individus & interactions Réponse au changement
Valorisés davantage que les Valorisée davantage que le suivi
processus et les outils d'un plan figé
Ces quatre valeurs fondamentales du Manifeste Agile constituent la philosophie qui sous-tend Scrum. Elles représentent un changement de paradigme
dans la façon dont nous abordons le développement de produits et la gestion de projets, en mettant l'accent sur l'adaptabilité et la collaboration.
Limites du cycle en V (Waterfall)
Spécifications figées Risque maximum en fin de Dérapages coût/délai
Deviennent rapidement obsolètes
projet Difficiles à corriger une fois
Crée un effet tunnel dangereux identifiés
Changements tardifs
Extrêmement coûteux à implémenter
Le modèle traditionnel en cascade (Waterfall) présente des inconvénients majeurs dans un environnement où les besoins évoluent 2
rapidement. Sa structure linéaire et séquentielle ne permet pas la flexibilité nécessaire pour s'adapter aux changements inévitables
qui surviennent au cours d'un projet.
01 /0 6 /2 0 2 5
Pourquoi passer à l'Agilité ?
Time-to-market réduit Priorités mouvantes
La valeur devient visible dès les premières semaines du Les changements de priorités sont gérés naturellement
projet, permettant une mise sur le marché plus rapide des sprint après sprint, offrant une flexibilité impossible avec les
fonctionnalités essentielles. méthodes traditionnelles.
Innovation continue Rythme cadencé
L'approche "test & learn" favorise l'innovation constante et L'équipe et le client sont embarqués dans un même rythme
l'amélioration progressive du produit basée sur des retours régulier, créant une dynamique positive et prévisible.
concrets.
L'adoption de l'agilité représente un avantage compétitif significatif dans un marché où la capacité à s'adapter rapidement est
souvent déterminante pour le succès d'un produit ou d'un service.
Panorama des 3 rôles clés
Équipe de développement Scrum Master Product Owner
Réalise l'incrément Optimise comment on construit Décide quoi construire
Scrum définit trois rôles distincts mais complémentaires qui travaillent en synergie pour maximiser la valeur livrée. Chaque rôle a
des responsabilités spécifiques qui, lorsqu'elles sont bien comprises et exécutées, permettent à l'équipe de fonctionner de manière
optimale.
3
Cette structure tripartite assure un équilibre entre les besoins des utilisateurs, l'efficacité du processus et la qualité technique de la
réalisation.
01 /0 6 /2 0 2 5
Le Product Owner (PO)
Porte-parole du client
Représente les intérêts des parties prenantes et des utilisateurs finaux auprès de
l'équipe de développement.
Priorise le Product Backlog
Crée et maintient la liste ordonnée des fonctionnalités à développer, en fonction de leur
valeur métier.
Valide la définition de "Done"
S'assure que chaque incrément répond aux critères de qualité et d'acceptation définis.
Mesure la valeur métier
Évalue l'impact des fonctionnalités livrées sur les objectifs business et les besoins
utilisateurs.
Le Product Owner joue un rôle crucial en faisant le pont entre le monde des affaires et l'équipe
technique. Sa capacité à prendre des décisions claires et à communiquer efficacement est
essentielle au succès du projet.
Le Scrum Master (SM)
Coach agile
Forme, conseille et protège l'équipe dans son adoption des pratiques agiles.
Ôte les obstacles
Identifie et élimine les impediments qui ralentissent l'équipe au quotidien.
Garant des règles Scrum
Assure le respect du time-boxing et de la transparence dans tous les
événements.
Maintient les outils visuels
4
Gère le Burndown Chart et facilite tous les événements Scrum.
Le Scrum Master est un servant-leader qui aide l'équipe à atteindre son plein potentiel.
Contrairement à un chef de projet traditionnel, il n'assigne pas de tâches mais crée les
conditions optimales pour que l'équipe puisse s'auto-organiser efficacement.
01 /0 6 /2 0 2 5
L'Équipe de développement
Pluridisciplinaire
Regroupe tous les profils nécessaires : développeurs, testeurs, designers UX, data scientists et autres spécialistes selon les
besoins du projet.
Taille optimale
Composée de 6 à 10 personnes auto-organisées (la règle des "2 pizzas" : une équipe qui peut être nourrie avec deux pizzas).
Responsabilité collective
L'équipe entière est responsable de la qualité du produit livré et s'engage à respecter les standards définis ensemble.
L'équipe de développement livre un incrément potentiellement déployable à la fin de chaque sprint. Cette autonomie responsable est
au cœur de l'efficacité de Scrum et permet une grande réactivité face aux défis techniques.
Les 5 artefacts Scrum (vue d'ensemble)
Les artefacts Scrum sont des outils qui apportent transparence et visibilité au processus de développement. Ils comprennent :
User Story Product Backlog Sprint Backlog
Expression d'un besoin utilisateur Liste ordonnée de tout ce qui pourrait Ensemble des éléments sélectionnés 5
sous une forme standardisée. être développé. pour le sprint en cours.
Incrément Burndown Chart
Livrable "Done" à la fin de chaque sprint. Représentation visuelle du progrès de l'équipe.
01 /0 6 /2 0 2 5
User Story : structure + exemple
Format standard Exemple concret
"En tant que [rôle], je veux [fonctionnalité], afin de [bénéfice]." "En tant que voyageur, je veux connaître l'heure d'une ville,
afin de planifier mes appels."
Cette structure simple mais puissante permet de capturer • Titre : "Consulter heure fuseau"
l'essence d'un besoin utilisateur en mettant l'accent sur la • Priorité : Haute
valeur plutôt que sur la solution technique.
• Estimation : 5 points
• Critère de test : Ville + UTC corrects
Les User Stories sont délibérément concises pour encourager la conversation plutôt que la documentation exhaustive. Elles sont
complétées par des critères d'acceptation qui précisent les conditions de satisfaction.
Le Product Backlog (PB)
Outils de priorisation
Affinage continu
Différentes techniques comme MoSCoW
Liste ordonnée
Le "Backlog Grooming" est réalisé (Must, Should, Could, Won't), WSJF (Weighted
Les éléments sont classés par valeur, risque régulièrement par le Product Owner avec 6
Shortest Job First) ou ROI aident à la
et dépendances, avec les items les plus l'équipe pour clarifier et estimer les items. priorisation.
importants en haut de la liste.
Le Product Backlog est un document vivant qui évolue constamment tout au long du projet. Il représente la vision à long terme du produit et sert
de source unique pour les changements à apporter.
01 /0 6 /2 0 2 5
Sprint Backlog & Incrément
Sélection des Stories
Les Stories sont déplacées du Product Backlog vers le Sprint Backlog
pendant la session de Sprint Planning.
Sprint Goal
Un objectif métier clair est défini pour donner une cohérence au sprint
et guider les décisions de l'équipe.
Incrément "Done"
Le résultat du sprint est un incrément testé, intégré et potentiellement
livrable qui respecte la définition de "Done".
Le Sprint Backlog est la propriété exclusive de l'équipe de développement. Il
représente leur prévision et leur plan pour le sprint en cours. L'incrément qui en
résulte doit être de qualité production, même s'il n'est pas immédiatement déployé.
Le Burndown Chart
Jour du Sprint Effort Restant (points) Idéal 7
Le Burndown Chart est un outil visuel puissant qui permet de suivre la progression du sprint. L'axe Y représente l'effort restant (généralement en points de story), tandis que l'axe X montre les jours du
sprint.
La comparaison entre la trajectoire idéale et la trajectoire réelle permet de détecter rapidement les dérives et d'ajuster le plan si nécessaire. Ce graphique est mis à jour quotidiennement par le Scrum
Master ou automatiquement par les outils de gestion de projet.
01 /0 6 /2 0 2 5
Sprint Planning (0,5 – 1 jour)
Partie 1 : Quoi Partie 2 : Comment
Le Product Owner présente les Stories prioritaires du Product L'équipe de développement découpe les Stories sélectionnées
Backlog et explique le Sprint Goal proposé. L'équipe pose des en tâches techniques et s'engage sur ce qu'elle pense pouvoir
questions pour clarifier les attentes et s'assurer d'une réaliser pendant le sprint.
compréhension commune.
Le time-box pour cette réunion est de 8 heures pour un sprint
Cette phase est centrée sur la valeur métier et les objectifs à d'un mois, et proportionnellement moins pour des sprints plus
atteindre pendant le sprint. courts.
Le Sprint Planning marque le début officiel du sprint. C'est un moment crucial où l'équipe définit son engagement et établit un plan
réaliste pour atteindre le Sprint Goal.
Daily Scrum (15 min)
Ce que je fais aujourd'hui
Plan pour la journée en cours
Ce que j'ai fait hier 1
Réalisations de la journée précédente
Obstacles éventuels
Problèmes bloquants à résoudre
3
8
Le Daily Scrum est une réunion quotidienne de synchronisation qui se tient debout, au même lieu et à la même heure chaque jour. Sa durée est
strictement limitée à 15 minutes pour maintenir la concentration et l'efficacité.
Cette réunion n'est pas un rapport d'avancement destiné au management, mais un moment pour l'équipe de s'aligner et de s'auto-organiser. Les
problèmes identifiés sont notés mais résolus après la réunion avec les personnes concernées.
01 /0 6 /2 0 2 5
Sprint Review
2-4h 100%
Durée Fonctionnalités
Pour un sprint d'un mois (proportionnel pour des Pourcentage des fonctionnalités qui doivent être
sprints plus courts) démontrables
360°
Feedback
Retours complets de toutes les parties prenantes
La Sprint Review est une démonstration live de l'incrément réalisé pendant le sprint. Le Product Owner
et les parties prenantes fournissent un feedback immédiat sur les fonctionnalités présentées, générant
souvent de nouvelles idées, des ajustements ou de nouvelles Stories.
Cette session est également l'occasion de mettre à jour le Product Backlog en fonction des nouvelles
informations et des priorités qui peuvent avoir évolué. C'est un moment clé pour valider que le produit
évolue dans la bonne direction.
Sprint Retrospective
Focus sur le processus Formats variés
Contrairement à la Review qui se concentre sur le produit, la Différentes techniques comme Start/Stop/Continue, les 4Ls
Retrospective examine le processus de travail de l'équipe et (Liked, Learned, Lacked, Longed For) ou d'autres formats
cherche à l'améliorer. créatifs peuvent être utilisés pour stimuler la réflexion.
Actions concrètes Renforcement d'équipe
La session doit générer 1 à 3 actions d'amélioration Au-delà de l'amélioration des processus, la Retrospective
spécifiques et mesurables que l'équipe s'engage à mettre en contribue à renforcer la cohésion d'équipe et à créer un 9
œuvre lors du prochain sprint. environnement de confiance.
La Retrospective est l'incarnation du principe d'amélioration continue au cœur de l'agilité. Elle donne à l'équipe l'opportunité de
s'adapter et d'évoluer, sprint après sprint, vers une plus grande efficacité.
01 /0 6 /2 0 2 5
Cycle Scrum complet (boucle)
Product Backlog Sprint Planning
Liste ordonnée de toutes les Sélection des items et planification du
1
fonctionnalités potentielles travail
Sprint Retro Dev + Tests
6
Réflexion et amélioration du Développement et tests des
processus fonctionnalités
Sprint Review
Daily Scrums
Démonstration et feedback sur
Synchronisation quotidienne de l'équipe
l'incrément
Le cycle Scrum forme une boucle continue d'inspection et d'adaptation. Chaque sprint reprend ce cycle, permettant une évolution
constante du produit et du processus. Cette itération régulière est la clé de l'efficacité de Scrum.
Bénéfices business & humains
Adaptabilité Transparence Qualité renforcée
Scrum permet une réponse rapide aux Les démonstrations fréquentes et les Les tests continus et l'adhésion stricte à la
changements de priorités, offrant un avantage métriques visibles créent une culture de Definition of Done garantissent un niveau de
concurrentiel dans des marchés volatils. Les transparence qui renforce la confiance entre qualité élevé et constant, réduisant la dette
équipes peuvent pivoter rapidement sans toutes les parties prenantes et permet des technique et les problèmes post-déploiement. 10
perdre de momentum. décisions basées sur des faits.
Au-delà des avantages techniques, Scrum apporte des bénéfices humains significatifs. La motivation et le sentiment d'appropriation
(ownership) de l'équipe sont renforcés par l'autonomie et la responsabilisation. De plus, la réduction des risques grâce à des livraisons en petits
lots permet d'identifier et de corriger les problèmes avant qu'ils ne deviennent critiques.
