Les 3 Rôles Scrum — Product Owner, Squad, Scrum Master

Scrum remplace la hiérarchie pyramidale classique par 3 rôles complémentaires sans lien de subordination. Cette structure garantit l’autonomie de l’équipe technique tout en assurant l’alignement métier.

---

Vue d’Ensemble : La Séparation des Pouvoirs

┌─────────────────────────────────────────────────────────────┐
│                    SCRUM TEAM (Équipe Scrum)                │
├──────────────┬──────────────────────┬───────────────────────┤
│  Product     │   Development Team   │    Scrum Master       │
│  Owner (PO)  │   (Squad / Squad)    │    (SM)               │
├──────────────┼──────────────────────┼───────────────────────┤
│   QUOI ?     │      COMMENT ?       │    PROCESSUS ?        │
│ • Vision     │ • Architecture       │ • Rituels Scrum       │
│ • Priorités  │ • Code, Tests        │ • Timeboxing          │
│ • Valeur     │ • Architecture       │ • Levée d'obstacles   │
│ • ROI        │ • Qualité (DoD)      │ • Coaching            │
└──────────────┴──────────────────────┴───────────────────────┘

Règle d’or : Aucun rôle ne donne d’ordres aux autres. La collaboration remplace la subordination.

---

1. Product Owner (PO) — Le « QUOI » et la Valeur

Identité

Représentant officiel des utilisateurs, clients et parties prenantes. Unique par produit.

Responsabilités Principales

Domaine	Actions Concrètes
Vision Produit	Définit la feuille de route (Roadmap) et la vision long terme
Product Backlog	Crée, affine et ordonne les User Stories (US) par valeur métier
Priorisation	Décide quoi faire et dans quel ordre (valeur métier, risques, dépendances)
Validation	Accepte ou rejette les US lors de la Sprint Review (selon DoD)
Communication	Interface unique entre stakeholders (métier) et Squad (technique)

Ce que le PO NE FAIT PAS

• ❌ Ne dit pas comment coder (choix techniques = Squad)
• ❌ Ne gère pas l’équipe (pas de management hiérarchique)
• ❌ Ne fait pas le Daily Standup à la place de la Squad
• ❌ Ne décide pas du comment technique

Indicateurs de Performance (KPIs PO)

• Valeur métier livrée par Sprint (Business Value)
• Taux d’acceptation des US en Sprint Review
• Clarté et stabilité du Product Backlog (DEEP : Detailed, Emergent, Estimated, Prioritized)

---

2. Équipe de Développement (Squad / Development Team) — Le « COMMENT »

Identité

Équipe pluridisciplinaire (3 à 9 personnes) et autonome qui conçoit, développe, teste et livre l’incrément.

Caractéristiques Fondamentales

Caractéristique	Description
Auto-organisation	Personne (même le PO ou SM) ne dit comment faire le travail
Pluridisciplinarité	Toutes les compétences nécessaires en interne (dev, test, UX, ops, etc.)
Responsabilité collective	L’équipe s’engage collectivement sur le Sprint Goal
Taille	3 à 9 personnes (au-delà : communication difficile ; en-dessous : compétences manquantes)

Responsabilités

Domaine	Actions
Sprint Planning	Sélectionne les US du Sprint, les découpe en tâches techniques
Réalisation	Conception, code, tests unitaires/intégration, revue de code
Qualité (DoD)	Garantit que chaque US remplit 100% de la Definition of Done
Daily Standup	Synchronisation quotidienne (15 min max) : avancement, blocages
Amélioration	Participe à la Rétrospective, met en œuvre les actions d’amélioration

Ce que la Squad NE FAIT PAS

• ❌ Ne décide pas quoi faire (priorités = PO)
• ❌ Ne gère pas les parties prenantes externes (interface = PO)
• ❌ Ne facilite pas les rituels (rôle = Scrum Master)

---

3. Scrum Master (SM) — Le Processus & La Protection

Identité

Coach agile, facilitateur, servant-leader. N’est pas chef de projet, ni lead technique, ni manager.

Responsabilités Principales

Dimension	Actions Concrètes
Facilitation des Rituels	Organise et timeboxe : Sprint Planning, Daily, Review, Rétro
Coaching Équipe	Aide la Squad à s’auto-organiser, progresser en maturité agile
Protection	Bouclier contre interruptions extérieures, scope creep, pression hiérarchique
Levée d’Obstacles (Impediments)	Résout ou escalade les blocages techniques, organisationnels, humains
Coaching PO	Aide le PO à maintenir un Backlog DEEP, à rédiger des US claires
Évangelisation Organisation	Fait rayonner l’agilité hors de l’équipe (management, autres équipes)

Ce que le SM NE FAIT PAS

• ❌ Ne donne pas d’ordres techniques (pas de lead tech)
• ❌ Ne fait pas le travail à la place de la Squad
• ❌ Ne fait pas le reporting à la place du PO (pas de status report)
• ❌ Ne prend pas les décisions à la place de l’équipe
• ❌ N’est pas le secrétaire du Daily (la Squad s’auto-gère)

Indicateurs de Performance (SM)

• Nombre et gravité des impediments levés / sprint
• Respect des timeboxs (rituels dans les temps)
• Santé de l’équipe (moral, turnover, conflits résolus)
• Progression de la maturité agile (auto-organisation, qualité DoD)

---

Tableau de Synthèse : Qui Fait Quoi ?

Activité	Product Owner	Squad (Dev Team)	Scrum Master
Vision & Roadmap	✅ Responsable	🤝 Contribue	🤝 Soutient
Product Backlog	✅ Propriétaire	🤝 Affine (refinement)	🤝 Facilite
Priorisation US	✅ Décide	🤝 Estime (complexité)	🤝 Facilite
Sprint Planning	✅ Propose objectif	✅ S’engage (capacité)	🤝 Facilite / Timebox
Choix Techniques	❌	✅ Autonome	❌
Daily Standup	👀 Observe	✅ Anime / Participe	🤝 Facilite / Timebox
Code / Tests / DoD	❌	✅ Responsable	🤝 Coache (qualité)
Sprint Review	✅ Valide / Démo	✅ Démontre	🤝 Facilite
Rétrospective	👀 Optionnel	✅ Participe	✅ Anime / Facilite
Levée Blocages	🤝 Aide (métier)	🤝 Signale	✅ Responsable
Gestion Conflits	🤝	🤝	✅ Médiateur

---

Anti-Patterns à Éviter (Pièges Classiques)

Anti-Pattern	Description	Correction
PO = Chef de Projet	PO donne des ordres techniques, gère les tâches	Rappel : PO = Quoi, Squad = Comment
SM = Chef de Projet / Secrétaire	SM fait les rapports, assigne les tâches, gère le planning	SM = Facilitateur / Coach, pas manager
Squad = Exécutants Passifs	Attendent les ordres, ne s’engagent pas sur le Sprint Goal	Auto-organisation = engagement collectif
PO & SM = Même Personne	Conflit d’intérêts : priorité métier vs protection équipe	Rôles strictement séparés
SM = Lead Tech	SM fait les choix d’architecture, fait les revues de code	SM = Coach processus, pas lead technique

---

Tableau de Mémo pour l’Oral (BTS SIO)

Question Type	Réponse Attendue
« Citez les 3 rôles Scrum »	PO, Squad, Scrum Master
« Qui décide du QUOI ? »	Product Owner
« Qui décide du COMMENT ? »	Squad (Development Team)
« Qui veille au processus Scrum ? »	Scrum Master
« Y a-t-il un chef ? »	Non, 3 rôles complémentaires sans subordination
« Que fait le SM pendant le Daily ? »	Timebox (15 min), facilite, ne parle pas à la place de la Squad
« Qui valide une US ? »	Product Owner (selon DoD)
« Qui protège l’équipe ? »	Scrum Master (bouclier)

---

À retenir pour l’oral E4/E5 : Scrum n’est pas une méthode de management, c’est un cadre de responsabilité partagée. La magie opère quand les 3 rôles jouent leur partition sans marcher sur les plates-bandes des autres.