1.
Fondements et Philosophie Agile
• Contexte de la "Crise du Logiciel" : Taux d'échec élevé (19 % d'abandons), dépassements de coûts
et délais, et produits souvent inadaptés aux besoins réels.
• Manifeste Agile : Priorise les individus et leurs interactions sur les processus, un logiciel
opérationnel sur la documentation exhaustive, la collaboration avec le client sur la négociation
contractuelle, et l'adaptation au changement sur le suivi d'un plan.
• Approche Itérative et Incrémentale : Contrairement au cycle en cascade linéaire, Scrum livre
fréquemment des incréments de produit fonctionnels pour obtenir un feedback rapide.
• Mindset : L'agilité est avant tout un état d'esprit qui nécessite de la confiance, de l'autonomie et
une culture organisationnelle souple.
2. Les Rôles SCRUM (L'Équipe)
• Product Owner (PO) :
◦ Porteur de la vision produit et garant de la valeur métier (Business Value).
◦ Responsable de la gestion et de la priorisation du Product Backlog.
◦ Accepte ou rejette les résultats à la fin de chaque Sprint.
• Scrum Master (SM) :
◦ Garant du cadre méthodologique et coach pour l'équipe et l'organisation.
◦ Facilitateur qui élimine les obstacles (impediments) entravant le travail de l'équipe.
◦ Protège l'équipe des perturbations extérieures.
• L’Équipe de Développement :
◦ Équipe réduite (5 à 9 personnes), pluridisciplinaire et auto-organisée.
◦ Responsable de la réalisation technique et de la qualité du produit.
3. Les Artefacts (Outils de visibilité)
• Product Backlog : Liste vivante et ordonnée de toutes les exigences (souvent sous forme de User
Stories).
• Sprint Backlog : Sélection des éléments du Product Backlog à réaliser durant le Sprint, découpés en
tâches techniques.
• Incrément logiciel : Version opérationnelle du produit, potentiellement livrable, issue de chaque
Sprint.
• Burndown Chart : Graphique montrant la tendance de l'avancement et le travail restant à faire.
4. Le Cycle SCRUM (Cérémonies)
• Le Sprint : Bloc de temps fixe (souvent 2 semaines, max 1 mois) où l'on crée l'incrément .
• Sprint Planning : Réunion de début de cycle pour définir le but du sprint et planifier les tâches .
• Daily Scrum : Réunion quotidienne de 15 minutes pour synchroniser l'équipe et identifier les
blocages.
• Sprint Review : Démonstration du logiciel fonctionnel aux parties prenantes pour recueillir leur
feedback.
• Sprint Retrospective : Bilan interne pour améliorer les processus et la collaboration lors du
prochain sprint.
5. Techniques de Gestion et Estimation
• User Story (US) : Format "En tant que [rôle], je veux [besoin], afin de [valeur]".
• Critères INVEST : Une bonne story doit être Indépendante, Négociable, Valorisable, Estimable, de
taille adaptée (Small) et Testable.
• Priorisation : Utilisation de la méthode MoSCoW (Must, Should, Could, Won’t) ou de la matrice
Valeur/Effort .
• Estimation de l'effort : Utilisation des points de Fibonacci ou de la taille de T-Shirt pour une
estimation relative plutôt qu'en temps absolu .
• Vélocité : Mesure de la capacité réelle de production de l'équipe, calculée à partir des points des
stories terminées et validées.
--------------------------------------------------------------------------------
Analogie pour consolider la compréhension : Imaginez la gestion de projet traditionnelle comme un
paquebot géant qui met des kilomètres à changer de cap, risquant de heurter un iceberg si la
trajectoire est mal planifiée dès le départ. Scrum, au contraire, s'apparente à une équipe de
kayakistes agiles qui, par de petits coups de pagaie coordonnés (les sprints) et une communication
constante (le daily scrum), peuvent zigzaguer rapidement pour éviter les rochers et s'adapter au
courant de la rivière en temps réel.