Mise à l'échelle agile : SAFe, LeSS
Définition
La mise à l'échelle agile (Scaling Agile) consiste à appliquer les principes et pratiques agiles au-delà d'une seule équipe, pour coordonner plusieurs équipes travaillant sur un même produit ou un même portefeuille. Les frameworks de scaling ajoutent des couches de coordination tout en préservant l'agilité au niveau équipe.
| Framework |
Créateur |
Échelle cible |
Complexité |
| SAFe (Scaled Agile Framework) |
Dean Leffingwell |
50 à 10 000+ personnes |
Élevée — 4 niveaux |
| LeSS (Large-Scale Scrum) |
Bas Vodde, Craig Larman |
2 à 8 équipes (LeSS) / 8+ (LeSS Huge) |
Faible — Scrum minimal étendu |
| Nexus |
Ken Schwaber (Scrum.org) |
3 à 9 équipes |
Modérée |
| Scrum@Scale |
Jeff Sutherland |
Toute taille |
Modérée — réseau de Scrums |
| Spotify Model |
Spotify (Henrik Kniberg) |
Organisation produit |
Faible — modèle culturel, pas un framework |
Contexte
Le CAPM aborde le scaling agile dans le cadre des approches adaptatives appliquées aux grands projets. Le PMI ne prescrit pas un framework spécifique mais teste la compréhension des défis de coordination multi-équipes et des principes communs à ces approches.
Détails techniques
SAFe — Structure à 4 niveaux
┌─────────────────────────────────────────────┐
│ Portfolio (Portefeuille) │
│ Lean Portfolio Management, Value Streams │
├─────────────────────────────────────────────┤
│ Large Solution (Grande solution) │
│ Solution Train, coordination multi-ART │
├─────────────────────────────────────────────┤
│ Program (Programme / ART) │
│ Agile Release Train, PI Planning, RTE │
├─────────────────────────────────────────────┤
│ Team (Équipe) │
│ Scrum / Kanban, sprints de 2 semaines │
└─────────────────────────────────────────────┘
| Concept SAFe |
Description |
| ART (Agile Release Train) |
5-12 équipes alignées sur une mission commune |
| PI Planning |
Événement de planification sur 2 jours, tous les 8-12 semaines |
| RTE (Release Train Engineer) |
Scrum Master de l'ART — facilite la coordination |
| Program Increment (PI) |
Timebox de 5 sprints (typiquement 10 semaines) |
| WSJF |
Weighted Shortest Job First — priorisation par coût du retard / durée |
LeSS — Scrum étendu
| Principe LeSS |
Application |
| Un seul Product Owner |
Un PO pour toutes les équipes |
| Un seul Product Backlog |
Source unique de travail pour toutes les équipes |
| Un seul incrément intégré |
Toutes les équipes produisent un incrément commun chaque sprint |
| Sprint commun |
Toutes les équipes suivent le même rythme |
| Sprint Review commune |
Démonstration intégrée, tous les stakeholders |
Comparaison des frameworks
| Critère |
SAFe |
LeSS |
Nexus |
| Philosophie |
Structuré, prescriptif |
Minimaliste, descaling |
Extension de Scrum |
| Rôles ajoutés |
RTE, Solution Architect, PM |
Aucun (rôles Scrum uniquement) |
Nexus Integration Team |
| Événements ajoutés |
PI Planning, ART Sync, Inspect & Adapt |
Overall Sprint Review, Overall Retro |
Nexus Sprint Planning, Nexus Review |
| Backlog |
Portfolio → Program → Team |
Un seul Product Backlog |
Un seul Product Backlog |
| Adoption |
Très répandu (Fortune 500) |
Organisations Lean/Agile matures |
Communautés Scrum.org |
Défis communs du scaling
| Défi |
Impact |
Mitigation |
| Dépendances inter-équipes |
Blocages, retards en cascade |
Visualiser avec un Program Board, Scrum of Scrums |
| Intégration continue |
Conflit de code, régressions |
CI/CD, tests automatisés, intégration fréquente |
| Alignement produit |
Équipes divergent sur la vision |
PI Planning (SAFe), Overall Sprint Review (LeSS) |
| Communication |
Explosion du nombre de canaux |
Communities of Practice, guildes, chapitres |
| Gouvernance |
Agilité vs contrôle |
Lean governance, métriques de flux |
Exemple concret
Banque nationale migrant vers SAFe pour son programme de digitalisation :
- 3 ART : ART Banque en ligne (8 équipes), ART App Mobile (5 équipes), ART Back-office (6 équipes)
- PI Planning tous les 10 semaines → 250 personnes alignées sur les objectifs du PI
- Scrum of Scrums quotidien entre les RTE des 3 ART
- WSJF pour prioriser les features : la fonctionnalité « Virement instantané » obtient le score le plus élevé (coût du retard réglementaire élevé + durée courte)
- Résultat : time-to-market réduit de 18 mois à 4 mois pour les nouvelles fonctionnalités
