Cadre de travail léger pour gérer des produits complexes par cycles courts — transparence, inspection, adaptation à chaque Sprint.
Tout le monde voit l'état réel du travail, sans masquer la réalité.
On contrôle régulièrement le produit et la manière de travailler.
On corrige rapidement ce qui doit l'être, sans attendre.
Scrum est une méthode de gestion de projet basée sur des cycles courts appelés Sprints, où une équipe multidisciplinaire planifie, construit, vérifie puis améliore continuellement ce qu'elle livre.
Idée clé : on ne cherche pas à tout prévoir parfaitement dès le début. On avance par petits incréments de valeur, avec retour fréquent des parties prenantes.
Scrum est un cadre de travail léger utilisé surtout pour le développement logiciel, mais il peut aussi servir dans d'autres domaines : produit digital, marketing, design, support, industrie, contenu, recherche, etc.
Au lieu de livrer un gros projet à la fin de plusieurs mois, l'équipe découpe le travail en petites portions utiles, livrées régulièrement. Cela permet de réduire les erreurs de direction, mieux intégrer les changements, recevoir du feedback plus tôt et limiter le gaspillage.
Agile est une philosophie générale basée sur l'adaptation, la collaboration, le feedback rapide et la livraison fréquente de valeur.
Scrum est une mise en pratique concrète avec des règles, des rôles, des réunions et des artefacts bien définis.
| Agile | Scrum |
|---|---|
| État d'esprit, valeurs | Cadre précis pour organiser le travail |
| Très large | Plus structuré |
| Peut prendre plusieurs formes | Définit événements, artefacts, responsabilités |
Une équipe peut être Agile sans faire Scrum strictement. Mais Scrum bien pratiqué applique plusieurs principes Agiles.
En clair : il décide ce qui est le plus important à faire.
En clair : il aide l'équipe à mieux fonctionner.
En clair : ils fabriquent le produit.
Dans Scrum moderne, on parle davantage de responsabilités que de hiérarchie. L'équipe Scrum est petite, autonome et orientée résultat.
Les événements instaurent un rythme régulier pour planifier, inspecter, ajuster et apprendre.
| Événement | But | Participants |
|---|---|---|
| Sprint | Cycle de travail complet, 1 à 4 semaines | Toute l'équipe Scrum |
| Sprint Planning | Décider quoi faire et comment pendant le Sprint | Toute l'équipe Scrum |
| Daily Scrum | Faire le point chaque jour — 15 min max | Principalement les Developers |
| Sprint Review | Présenter le résultat et recueillir du feedback | Équipe + parties prenantes |
| Sprint Retrospective | Améliorer la manière de travailler | Équipe Scrum |
Réunion courte (≤ 15 min) pour ajuster la journée. Le but n'est pas de faire un rapport au chef, mais d'aligner l'équipe.
On ne parle pas seulement du produit, mais aussi de la façon de travailler : communication, outils, qualité, organisation, rythme, collaboration.
Liste ordonnée de tout ce qui peut être utile au produit : fonctionnalités, corrections, améliorations, dette technique, idées.
Engagement : Product Goal
Sélection d'éléments du backlog choisis pour le Sprint, plus le plan pour atteindre l'objectif du Sprint.
Engagement : Sprint Goal
Résultat concret produit pendant le Sprint. Il doit être utilisable et respecter le niveau de qualité attendu.
Engagement : Definition of Done
La Definition of Done définit ce que signifie « terminé » : code développé, tests passés, revue effectuée, documentation mise à jour, déployable en production.
Sans définition claire du « terminé », les équipes croient avancer alors qu'elles accumulent du travail incomplet.
Scrum n'est pas une suite de réunions administratives. Le cœur de Scrum, c'est la livraison régulière de valeur utile.
| Erreur fréquente | Conséquence | Correction |
|---|---|---|
| Transformer Scrum en contrôle hiérarchique | L'équipe n'ose plus s'auto-organiser | Redonner autonomie et confiance |
| Changer les priorités tous les jours | Le Sprint perd sa cohérence | Respecter un objectif de Sprint stable |
| Faire des Daily trop longues | Perte de temps et lassitude | Rester court et concret |
| Backlog flou ou mal priorisé | Équipe bloquée ou inefficace | Améliorer le travail du Product Owner |
| « Terminé » mal défini | Dette technique et faux avancement | Définir une vraie Definition of Done |
| Pas de rétrospective utile | Mêmes problèmes à répétition | Prendre de vraies actions d'amélioration |
Scrum n'est pas magique. Si la culture d'équipe est mauvaise, si la direction change tout sans arrêt, ou si personne ne respecte les rôles, Scrum devient vite une façade.
Imaginons que l'équipe développe une plateforme web de vente en ligne.
Permettre à un visiteur de rechercher un produit, le commander et payer en ligne facilement.
Permettre à un utilisateur connecté d'ajouter un produit au panier et de voir le total.
Les parties prenantes testent le panier. Elles demandent d'ajouter un code promo et de mieux afficher les frais de livraison. Ces demandes repartent dans le Product Backlog.
L'équipe constate que les tests ont commencé trop tard. Elle décide que le prochain Sprint inclura une validation technique plus tôt dans le cycle.
Scrum ne force pas un outil logiciel particulier. Un tableau physique, un fichier, ou une application web peuvent suffire si la transparence est réelle.