20 au 22 septembre 2021
SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.

Remerciements sponsors
20 au 22 septembre 2021

Objectif de la présentation et démarche menée
3
Objectif
• Montrer un état statistique de la mise
en œuvre de SAFe en France
• A cette occasion, rappeler ce que
préconise le cadre méthodologique
Démarche
• Collecte d'informations auprès
d'utilisateurs de SAFe en France,
contactés par divers canaux dont :
 le Club SAFe francophone
 LinkedIn
Principes
• Les entreprises restent anonymes
• La source de l'information aussi

AB-123-AB
Limites de l'analyse et conseils pour la restitution
4
Big Brother
is NOT
watching
you
Le biais de confirmation consiste
à ne prendre en considération
que les informations qui confirment
nos convictions et à ignorer ou discréditer
celles qui les contredisent
Que celui qui n'a jamais péché
jette la première pierre

En France, SAFe est utilisé par au moins 97 entreprises en septembre 2021
Que veut dire "en France" ?
Il s'agit d'entreprises dans lesquelles
des personnes localisées en France
participent à un train
5
Dans ces entreprises, la part de
SAFe peut être :
• significative
• ou faible
Ce groupe comprend
des entreprises :
• qui ont fait le choix de SAFe
(parfois en compagnie d'autres modèles
comme Spotify)
• ou qui n'ont pas fait ce choix,
mais dans lesquelles au moins un train
a été lancé par des équipes
• ou qui ne revendiquent pas faire
du SAFe, mais en appliquent
l'essentiel des pratiques
N.B. : les filiales à 100% sont agrégées avec la société mère

Avant de rentrer dans le cœur du sujet …
• Aujourd'hui, je repère 367 trains (ayant au moins une équipe en France)
• J'ai 298 trains dans ma base :
 pour beaucoup de trains les données sont complètes
 pour d'autres les données sont partielles
• Les chiffres présentés sont donc le résultat d'extrapolations
6

Le train : taille, méthodes des équipes, localisation géographique, …
7

Le train : taille, méthodes des équipes, localisation géographique, …
8
Ce que dit le modèle SAFe La réalité en France
"Chaque ART (Agile Release
Train) est une organisation
virtuelle (généralement de 50 à
125 personnes) qui planifie,
s'engage, développe et déploie
ensemble."
(https://www.scaledagileframework
.com/agile-release-train/)
Oui, 60% des trains respectent la taille définie par SAFe

Le train : taille, méthodes des équipes, localisation géographique, …
9
Ce que dit le modèle SAFe La réalité en France
"Les équipes SAFe utilisent des
pratiques agiles de leur choix
basées principalement sur Scrum,
Kanban et Extreme
Programming (XP) pour
améliorer leurs performances."
(https://www.scaledagileframework
.com/agile-teams/)
En SAFe 3.0 :
Sur 91% des trains, Scrum est la méthode d'équipe unique ou majoritaire (par rapport à Kanban ou Scrumban)

Ce que dit le modèle SAFe La réalité en France
"… l'expérience a montré que les
équipes Agile peuvent toujours
réussir et atteindre des
performances élevées même
lorsque certains (ou tous les)
membres de l'équipe ne
travaillent pas dans le même
espace physique."
(https://www.scaledagileframework
.com/working-successfully-in-
agile-with-remote-team-members/)
73% des trains sont installés sur plus d'un site géographique
Le train : taille, méthodes des équipes, localisation géographique, …
10

Le temps : durée des itérations et du Program Increment
11

Ce que dit le modèle SAFe La réalité en France
"La durée recommandée de la
timebox est de deux semaines.
Cependant, une à quatre
semaines est acceptable, selon
le contexte métier."
(https://www.scaledagileframework
.com/iterations/)
57% des trains ont adopté des itérations de 2 semaines
Le temps : durée des itérations et des Program Increments
12

Ce que dit le modèle SAFe La réalité en France
"Les Program Increments durent
généralement de 8 à 12
semaines."
(https://www.scaledagileframework
.com/program-increment/)
A noter qu'en 2015, en version
3.0, on trouvait dans le support de
cours : "un Program Increment est
une timebox fixe (par défaut de 10
semaines)."
Oui, 65% des trains ont un Program Increment d'une durée comprise entre 8 et 12 semaines
Le temps : durée des itérations et des Program Increments
13

Les rôles : RTE, Product Manager, System Architect
14

Ce que dit le modèle SAFe La réalité en France
"Le RTE est un servant leader et
un coach pour l'Agile Release
Train (ART). Les principales
responsabilités du RTE sont de
faciliter les événements et
processus du train et d’aider les
équipes à apporter de la valeur."
(https://www.scaledagileframework
.com/release-train-engineer-and-
solution-train-engineer/)
Oui, 98% des trains ont un RTE (et dans 88% des trains, il est seul)
Les rôles : RTE, Product Manager, System Architect
15

Ce que dit le modèle SAFe La réalité en France
"Le Product Management
est chargé de définir et de soutenir
la création de produits
souhaitables, réalisables, viables
et durables (…).
Pour ce faire, ils collaborent avec
un large éventail de personnes
pour identifier et définir les
besoins des clients, comprendre le
contexte de la solution et
développer la vision du
programme, (…)"
(https://www.scaledagileframework
.com/product-management/)
Oui, 97% des trains ont au moins un PM (et dans 55% des trains ils sont plusieurs)
Les rôles : RTE, Product Manager, System Architect
16

Ce que dit le modèle SAFe La réalité en France
"L'architecte / l'ingénieur système
est responsable de la définition et
de la communication d'une vision
technique et architecturale
partagée pour un train (…)
Ils jouent un rôle essentiel (…)".
(https://www.scaledagileframework
.com/system-and-solution-
architect-engineering/)
Oui, 91% des trains ont au moins un System Architect (et dans 40% des trains, ils sont plusieurs)
Les rôles : RTE, Product Manager, System Architect
17

Les cérémonies : PI Planning, SoS, PO Sync, Inspect&Adapt, System Demo
18

Ce que dit le modèle SAFe La réalité en France
"Le PI Planning se déroule sur
deux jours, bien que cette durée
soit souvent étendue pour
s'adapter à la planification sur
plusieurs fuseaux horaires."
(https://www.scaledagileframework
.com/pi-planning/)
Oui, 58% des trains ont un PI Planning sur 2 jours
Les cérémonies : PI Planning, SoS, PO Sync, Inspect&Adapt, System Demo
19

Les cérémonies : PI Planning, SoS, PO Sync, Inspect&Adapt, System Demo
20
Ce que dit le modèle SAFe La réalité en France
"Le RTE organise généralement
un événement hebdomadaire (…)
Scrum of Scrums. (…)
D'une manière similaire au SoS,
un PO Sync est souvent organisé
pour les PO et PM. Cet
événement se produit
généralement chaque semaine
(…).
Parfois, la SoS et PO Sync sont
combinés en un seul événement,
appelé ART Sync."
(https://www.scaledagileframework
.com/program-increment/)
Oui, 66% des trains ont soit un SoS + PO Sync, soit un ART Sync

Les cérémonies : PI Planning, SoS, PO Sync, Inspect&Adapt, System Demo
21
Ce que dit le modèle SAFe La réalité en France
"L'Inspect & Adapt (I&A) est un
événement important, organisé à
la fin de chaque incrément de
programme, où l'état actuel de la
solution est démontré et évalué
par le train. Les équipes
réfléchissent et identifient ensuite
les éléments du backlog
d'amélioration via un atelier
structuré de résolution de
problèmes."
(https://www.scaledagileframework
.com/inspect-and-adapt/)
Oui, 80% des trains font l'Inspect & Adapt

Les cérémonies : PI Planning, SoS, PO Sync, Inspect&Adapt, System Demo
22
Ce que dit le modèle SAFe La réalité en France
"La System Demo a lieu à la fin
de chaque itération.
Elle fournit une vue intégrée et
complète des nouvelles
fonctionnalités fournies par l'ART
au cours de l'itération précédente.
Elle offre à l'ART une mesure
factuelle des progrès actuels au
niveau du système au sein de
l'incrément de programme.
C'est la véritable mesure de la
vitesse et des progrès de l'ART."
(https://www.scaledagileframework
.com/system-demo/)
Non, 51% des trains ne font pas une System Demo à chaque itération (même si 85% des trains font des System
Demo)

Les pratiques : WSJF, Objectifs de PI, Top 10 Features et Innovation en
itération IP
23

Les pratiques : WSJF, Objectifs de PI, Top 10 Features et Innovation en
itération IP
24
Ce que dit le modèle SAFe La réalité en France
"Weighted Shortest Job First
(WSJF) est un modèle de
hiérarchisation utilisé pour
séquencer les tâches (par
exemple, Features, Capabilities et
Epics) afin de produire un
avantage économique maximal.
Dans SAFe, WSJF est estimé
comme le coût du retard divisé par
la taille du travail."
(https://www.scaledagileframework
.com/system-demo/)
Non, 60% des trains n'utilisent pas le WSJF

Les pratiques : WSJF, Objectifs de PI, Top 10 Features et Innovation en
itération IP
25
Ce que dit le modèle SAFe La réalité en France
"Les objectifs de PI sont un
résumé des objectifs métiers et
techniques qu'une équipe ou un
train Agile a l'intention
d'atteindre dans le prochain
incrément de programme (PI).
Au cours du PI Planning, les
équipes créent des objectifs PI,
qui sont les choses qu'elles ont
l'intention d'accomplir dans le
prochain incrément de programme
(PI)."
(https://www.scaledagileframework
.com/pi-objectives/)
Oui, 86% des trains utilisent les Objectifs de PI

Les pratiques : WSJF, Objectifs de PI, Top 10 Features et Innovation en
itération IP
26
Ce que dit le modèle SAFe La réalité en France
"Les entrants du PI Planning
comprennent :
• le contexte commercial
• la feuille de route et la vision
• les 10 principales features de
la backlog du programme"
(https://www.scaledagileframework
.com/pi-planning/)
Non, 83% des trains ont plus de 10 features en entrée du PI Planning

Les pratiques : WSJF, Objectifs de PI, Top 10 Features et Innovation en
itération IP
27
Ce que dit le modèle SAFe La réalité en France
"L'un des piliers de l'état
d'esprit SAFe Lean-Agile est
l'innovation, mais trouver
du temps pour l'idéation et le
changement au milieu des délais
de livraison peut être difficile.
À cette fin, de nombreuses
entreprises utilisent des
itérations IP pour des activités
de recherche et de conception
telles que les hackathons."
(https://www.scaledagileframework
.com/innovation-and-planning-
iteration/)
Non, 56% des trains ne font pas d'innovation via l'itération IP

En conclusion …
28

En conclusion : le profil du "train français moyen"
29
Préco / Constat Formulation Pourcentage
Préconisation Au moins un RTE sur le train 98%
Préconisation Au moins un PM sur le train 97%
Préconisation Au moins un System architect sur le train 91%
Constat Scrum seule méthode ou méthode majoritaire des équipes 91%
Préconisation Objectifs de PI 86%
Préconisation System Démo ou PI Démo 85%
Préconisation Inspect & Adapt 80%
Constat Train sur plusieurs sites géographiques 73%
Préconisation (SoS + PO Sync) ou ART Sync 66%
Préconisation Program Increment entre 8 et 12 semaines 65%
Préconisation Train entre 50 et 125 personnes 60%
Préconisation PI Planning sur 2 jours 58%
Préconisation Durée d'itération de 2 semaines 57%
Préconisation System Démo à chaque itération 49%
Préconisation Innovation en itération IP 44%
Préconisation WSJF 40%
Préconisation Top 10 Features 17%

Si vous souhaitez en savoir plus …
30
"On n'a pas parlé de gestion
de portefeuille"
"Oui c'est vrai et je vous
invite à lire cet article"
"On n'a pas traité des apports
de SAFe, des difficultés, des
conseils"
"Oui c'est exact et je vous
recommande de parcourir
cette publication"
"On n'a pas abordé la place
de SAFe par rapport aux
autres cadres d'agilité à
l'échelle"
"Oui c'est juste et je vous
conseille de consulter la fin
de ce texte"

Et pour terminer
31
Mes informateurs :
sans eux cette présentation n'aurait pas été
possible.
Dans l'ombre, ils ont été très nombreux
à bien vouloir y consacrer du temps.
Gautier Lesieur :
qui a bien voulu gracieusement et
patiemment illustrer ce support.
Tous mes remerciements à …
contact@gautierlesieur.graphics
www.gautierlesieur.graphics
+336 64 38 44 83

32