Leçon 2 — Le rôle du Scrum Master
Servant leadership, facilitation, coaching, suppression d'obstacles, scaling.
Objectifs de la leçon
- Comprendre le servant leadership et son application au rôle Scrum Master
- Différencier facilitation, coaching, mentoring et formation
- Identifier et lever les obstacles (impediments) de l'équipe et de l'organisation
- Connaître les 3 niveaux de service du SM : Scrum Team, Product Owner, organisation
- Introduction aux frameworks de scaling : Nexus, LeSS, SAFe (notions)
1. Le servant leader selon Scrum.org
Le Scrum Master n'est ni chef de projet, ni manager. C'est un servant leader au service de l'équipe et de l'organisation, dans la lignée des travaux de Robert Greenleaf (1970) sur le leadership inversé.
Selon le Scrum Guide 2020 : « Le Scrum Master est responsable d'établir Scrum tel que défini dans le Scrum Guide. Il aide chacun à comprendre la théorie et la pratique de Scrum, à la fois dans la Scrum Team et dans l'organisation. Le Scrum Master est un véritable leader qui sert la Scrum Team et l'organisation au sens large. » Source : scrumguides.org/scrum-guide.html#scrum-master (consulté le 2026-05-27).
1.1 Mindset du servant leader
- Écouter d'abord, parler ensuite
- Empathie envers les besoins individuels et collectifs
- Conscience de soi et de l'équipe
- Persuasion par la conviction, jamais par l'autorité
- Vision systémique : comprendre les interdépendances
- Engagement à faire grandir les autres
- Construction d'une communauté apprenante
2. Les 3 niveaux de service du Scrum Master
Le Scrum Master sert trois clients distincts, avec des activités spécifiques pour chacun.
2.1 Service à la Scrum Team
- Coacher les membres en auto-gestion et cross-fonctionnalité
- Aider la Scrum Team à se concentrer sur la création d'Increments de haute valeur respectant la Definition of Done
- Faciliter les événements Scrum (à la demande ou si nécessaire)
- Lever les obstacles au progrès de la Scrum Team
2.2 Service au Product Owner
- Aider à définir le Product Goal et gérer le Product Backlog efficacement
- Aider la Scrum Team à comprendre le besoin d'avoir des items de Product Backlog clairs et concis
- Établir une planification empirique du produit en environnement complexe
- Faciliter la collaboration entre parties prenantes
2.3 Service à l'organisation
- Diriger, former et coacher l'organisation dans l'adoption de Scrum
- Planifier et conseiller les implémentations de Scrum dans l'organisation
- Aider employés et parties prenantes à comprendre et appliquer une approche empirique
- Lever les barrières entre parties prenantes et Scrum Teams
3. Distinction facilitation / coaching / mentoring / formation
| Posture | Quand l'utiliser ? | Exemple |
|---|
| Facilitation | Aider un groupe à atteindre son propre objectif sans imposer | Animer une Retrospective avec des techniques (5 Whys, Mad-Sad-Glad) |
| Coaching | Aider quelqu'un à trouver SA propre solution par questionnement puissant | « Quel résultat aimerais-tu atteindre ? Qu'as-tu déjà essayé ? » |
| Mentoring | Partager son expérience et ses conseils | « J'ai déjà rencontré ce problème, voici comment je l'ai résolu » |
| Formation (Teaching) | Transmettre une connaissance théorique | Animer une session sur le Scrum Guide 2020 |
Astuce examen PSM I : face à une question "que doit faire le Scrum Master ?", privilégiez les réponses comportant : faciliter, coacher, aider à comprendre, supprimer l'obstacle, encourager l'auto-organisation. Évitez : décider, imposer, manager, assigner les tâches.
4. Les obstacles (Impediments)
Un impediment est tout ce qui empêche la Scrum Team d'atteindre le Sprint Goal ou de produire un Increment de qualité.
4.1 Typologie des impediments
| Niveau | Exemple | Action SM |
|---|
| Individu | Membre démotivé, conflit interpersonnel | Coaching individuel, mediation |
| Équipe | Manque de compétence DevOps, Daily Scrum dérive en 45 min | Formation, facilitation |
| Inter-équipes | Dépendance avec une autre Scrum Team retardataire | Coordination, Scrum of Scrums |
| Organisation | Budget IT bloqué, environnement de test partagé indisponible | Remontée à la direction, négociation |
4.2 Daily Scrum et identification des impediments
Le Daily Scrum est l'événement clé pour faire émerger les impediments. Le SM ne facilite pas obligatoirement le Daily (Developers responsables), mais il écoute attentivement pour repérer les obstacles à lever.
5. Anti-patterns courants du Scrum Master
Anti-patterns à éviter (souvent testés à l'examen) :- Le SM répartit les tâches aux Developers (= rôle de chef d'équipe)
- Le SM décide à la place du PO de la priorité des items
- Le SM résout l'impediment SEUL au lieu de coacher l'équipe à le résoudre
- Le SM annule un événement Scrum (Daily, Retro) faute de temps
- Le SM rend compte à un manager de la performance individuelle des membres
- Le SM accepte que les Developers travaillent sur autre chose que le Sprint Backlog en cours de Sprint
6. Scaling Scrum — Frameworks à grande échelle
Quand un produit dépasse les capacités d'une seule Scrum Team (10 personnes max), plusieurs frameworks de scaling existent.
6.1 Nexus (Scrum.org, Ken Schwaber 2015)
Cadre léger pour 3 à 9 Scrum Teams travaillant sur un produit unique. Ajoute un Nexus Integration Team, un Nexus Sprint Backlog et un Nexus Daily Scrum. Référentiel : Nexus Guide.
6.2 LeSS — Large-Scale Scrum (Bas Vodde, Craig Larman 2015)
Approche minimaliste : scaling Scrum par addition de Teams (jusqu'à 8 Teams en LeSS, 8+ en LeSS Huge). Un seul PO, un seul Product Backlog, un seul Sprint synchronisé.
6.3 SAFe — Scaled Agile Framework (Dean Leffingwell 2011)
Framework propriétaire le plus utilisé en grandes entreprises (Fortune 500). Multi-niveaux : Team (Scrum/Kanban), Program (ART), Solution, Portfolio. Plus complexe, parfois critiqué pour s'éloigner du minimalisme Scrum.
6.4 Scrum@Scale (Jeff Sutherland 2018)
Framework de scaling de Jeff Sutherland (co-créateur de Scrum). Fractale : applique Scrum à chaque niveau (Scrum of Scrums, Scrum of Scrum of Scrums…). Léger comme Scrum.
À l'examen PSM I : seul Scrum (et indirectement Nexus, comme produit Scrum.org) sont testés. Les questions sur SAFe, LeSS, Scrum@Scale sont rares et hors scope strict. Connaître leur existence suffit.
7. Cas pratique : nouveau Scrum Master, équipe résistante
Scénario
Vous arrivez comme nouveau Scrum Master dans une équipe de 8 développeurs habitués au cycle en V depuis 5 ans. Le manager IT vous demande "d'imposer Scrum rapidement". Les développeurs sont sceptiques.
Que faites-vous ?
- NE PAS imposer (anti-pattern). Servant leadership = créer l'envie
- Organiser une session pédagogique sur le Scrum Guide 2020 (Teaching)
- Coacher l'équipe à formuler SES propres règles de fonctionnement
- Facilitater une Retro initiale : « Que voulons-nous garder ? Que voulons-nous changer ? »
- Démarrer avec un Sprint pilote court (1 semaine) plutôt que 4 semaines d'un coup
- Mesurer et célébrer les premiers succès (vélocité stable, NPS interne)
- Coacher le manager IT à devenir un sponsor plutôt qu'un imposeur
Points-clés à retenir
- Scrum Master = servant leader, jamais chef de projet
- 3 niveaux de service : Scrum Team, Product Owner, organisation
- 4 postures : Facilitation, Coaching, Mentoring, Teaching
- Identifier et lever les impediments (4 niveaux : individu, équipe, inter-équipes, organisation)
- Anti-pattern n°1 : assigner les tâches aux Developers
- Frameworks de scaling : Nexus, LeSS, SAFe, Scrum@Scale
- Le SM n'annule jamais un événement Scrum prescrit
Pour aller plus loin
