Présenté par Emmanuel Dumont le 20 septembre 2022 à Agile en Seine Principes de mesure et de pilotage de l’agilité à l’échelle, permettant les discussions autour de la performance des équipes, et améliorer ce qui est mesuré. Que peut/doit on mesurer ? Est-ce qu’il y a des benchmarks ? Dans quels but ? Quels sont les challenges ?

1. 20 & 21 septembre 2022 - New Cap Event Center
De la croyance
à la mesure des bénéfices
de l’agilité à l’échelle
REX

2. Remerciements à nos sponsors et partenaires
Partenaire

3. BIENVENUE
A BORD
Emmanuel DUMONT
Responsable GAC
(Group Agile Center)

4. ACCOMPAGNER LE CHANGEMENT
Au premier plan des groupes européens de services financiers, nous
affirmons notre rôle clé de banquier : donner à tous nos clients les
d’avoir un impact positif sur l’avenir.
S’appuyant sur un modèle diversifié et intégré, le Groupe allie solidité financière, dynamique
d’innovation et stratégie de croissance durable afin d’être le partenaire de confiance de ses
clients, engagé dans les transformations positives du monde.
26 MILLIONS(1)
DE CLIENTS PARTICULIERS,
ENTREPRISES ET INVESTISSEURS
INSTITUTIONNELS
131 000(2)
COLLABORATEU
RS
66
PAYS
(1) Hors clients des compagnies d’assurance du Groupe. (2) Arrondi. Effectif fin de période hors personnel
intérimaire.
5,6 Md €
DE RÉSULTATS NET
150 Md €
MOBILISÉS POUR LA TRANSITION
ÉCOLOGIQUE (2019-2023)
13,7 %
RATIO CORE TIER 1 DE
SOLIDITÉ FINANCIÈRE
Données financières au31/12/2021.
Certains chiffres ont été arrondis.

5. Une histoire démarrée en
2011…

7. Mesurer et comprendre les pratiques
et les capacités DevOps
Une mesure réussie de la performance à l’aide
d’indicateurs se concentre sur:
• Des résultats globaux
• Les impacts - outcomes
(métiers ou non)
Stables et répétables dans le temps

8. « Higher (software delivery) performers are twice as likely to exceed
organizational and noncommercial performance goals as low
performers : profitability, productivity, market share, customers
number/satisfaction, quantity/quality of products/services, operating
efficiency, achieving organization/mission goals.»
Accelerate — Building and Scaling High Performing Technology Organizations
by Nicole Forsgren PhD, Jez Humble, and Gene Kim

9. Fréquence de votre organisation pour
effectuer un déploiement pour
produire ou diffuser du code aux
utilisateurs finaux
Mesurer la VITESSE (1/2)
Deployment frequency
𝐶𝑦𝑐𝑙𝑒 𝑇𝑖𝑚𝑒 =
𝑇𝑒𝑚𝑝𝑠 𝑑𝑒 𝑃𝑟𝑜𝑑𝑢𝑐𝑡𝑖𝑜𝑛
(ℎ𝑒𝑢𝑟𝑒𝑠 𝑜𝑢 𝑗𝑜𝑢𝑟𝑠)
𝑁𝑏 𝑑é𝑝𝑙𝑜𝑖𝑒𝑚𝑒𝑛𝑡𝑠 𝑟é𝑢𝑠𝑠𝑖𝑠
𝑒𝑛 𝑃𝑟𝑜𝑑𝑢𝑐𝑡𝑖𝑜𝑛
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
<1 fois /
semestre
A la demande
Plusieurs fois / jour
1 à 4 fois / mois
1 à 6 fois / semestre
Source : Accelerate State of DevOps 2021
Source : © Scaled Agile, Inc.
Measure and Grow
DevOps Health Radar Assessment
BENCHMARK

10. Mesurer la VITESSE (2/2)
Lead time for changes
Délai entre l’apparition d’une
nouvelle tâche dans votre flux de
travail et son départ final du
système
Lead 𝑇𝑖𝑚𝑒 =
𝐷𝑎𝑡𝑒 𝑑𝑒 𝑓𝑖𝑛 𝑑𝑢 𝑝𝑟𝑜𝑐𝑒𝑠𝑠𝑢𝑠
− 𝐷𝑎𝑡𝑒 𝑑𝑒 𝑑é𝑏𝑢𝑡 𝑑𝑢 𝑝𝑟𝑜𝑐𝑒𝑠𝑠𝑢𝑠
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
> 6 mois < 1h
1 à 7 fois / sem.
1 à 6 fois / semestre
Combien de temps faut-il pour passer du code « commited » au code
exécuté avec succès en production ?
Source : Accelerate State of DevOps 2021
BENCHMARK

11. Temps moyen pour rétablir le
service, suite à un incident ou un
défaut impactant les utilisateurs
Source : Accelerate State of DevOps 2021
Source : © Scaled Agile, Inc.
Measure and Grow
DevOps Health Radar Assessment
Mesurer la QUALITE (1/2)
Mean Time To Recover (MTTR)
M𝑻𝑻𝑹 =
𝐷𝑢𝑟é𝑒 𝑡𝑜𝑡𝑎𝑙𝑒 𝑑′𝑖𝑛𝑡𝑒𝑟𝑟𝑢𝑝𝑡𝑖𝑜𝑛
𝑁𝑏 𝑑𝑒 𝑝𝑎𝑛𝑛𝑒𝑠
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
> 6 mois < 1h
< 1 jour
< 1 semaine
BENCHMARK

12. Pourcentage de déploiements
entraînant une défaillance en
production
Source : Accelerate State of DevOps 2021
Source : © Scaled Agile, Inc.
Measure and Grow
DevOps Health Radar Assessment
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
16%-30% 0%-15%
16%-30%
16%-30%
Mesurer la QUALITE (2/2)
Change Failure Rate (CFR)
𝑪𝑭𝑹 =
𝑁𝑏 𝑑é𝑝𝑙𝑜𝑖𝑒𝑚𝑒𝑛𝑡𝑠
𝑎𝑦𝑎𝑛𝑡 𝑐𝑎𝑢𝑠é 𝑑𝑒𝑠 𝑖𝑛𝑐𝑖𝑑𝑒𝑛𝑡𝑠
𝑁𝑏 𝑡𝑜𝑡𝑎𝑙 𝑑𝑒 𝑑é𝑝𝑙𝑜𝑖𝑒𝑚𝑒𝑛𝑡𝑠
× 100
BENCHMARK

13. Pourcentage de satisfaction des
utilisateurs d’un service
Mesurer la VALEUR (1/2)
Customer Satisfaction (CSAT)
C𝑺𝑨𝑻 =
𝑁𝑏 𝑑𝑒 𝑟é𝑝𝑜𝑛𝑠𝑒𝑠 𝑝𝑜𝑠𝑖𝑡𝑖𝑣𝑒𝑠
𝑁𝑏 𝑡𝑜𝑡𝑎𝑙 𝑑𝑒 𝑟é𝑝𝑜𝑛𝑠𝑒𝑠
× 100

14. Mesurer les bénéfices tangibles et
intangibles de la transformation
Agile & Agile@Scale
Mesurer la VALEUR (2/2)
Notional savings
N𝒐𝒕𝒊𝒐𝒏𝒂𝒍 𝒔𝒂𝒗𝒊𝒏𝒈𝒔 =
Gain du périmètre transformé
(@Team +@Scale)
Périmètre cible
Les transformations déjà réalisées montrent que 3% à 15% (en fonction des capacités déployées) du
périmètre transformé est réinvestit pour délivrer plus vite et mieux grâce à:
• Amélioration de la qualité de production
Qualité intrinsèque, minimisation du travail et du « rework »
• Diminution du gaspillage
Priorisation systématiquement basée sur la valeur de la « Business & IT one team »

15. Pourcentage de temps dédié au
changement, à la transformation
du métier (période productive)
Source : McKinsey Agile360 2021
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
<51% 81%-90%
71%-80%
51%-70%
Mesurer l’EFFICACITE
Change The Business Rate
𝑪𝑻𝑩 𝑹𝒂𝒕𝒆 =
𝐵𝑢𝑖𝑙𝑑 (𝑡𝑟𝑎𝑛𝑠𝑓𝑜𝑟𝑚𝑎𝑡𝑖𝑜𝑛𝑠)
𝐵𝑢𝑖𝑙𝑑 + 𝑅𝑢𝑛 (𝑜𝑝é𝑟𝑎𝑡𝑖𝑜𝑛𝑠)
× 100
BENCHMARK

16. Pourcentage de satisfaction des
collaborateurs d’un service
Mesurer la SANTE
Team Engagement
Team engagement =
𝑁𝑏 𝑑𝑒 𝑟é𝑝𝑜𝑛𝑠𝑒𝑠 𝑝𝑜𝑠𝑖𝑡𝑖𝑣𝑒𝑠
𝑁𝑏 𝑡𝑜𝑡𝑎𝑙 𝑑𝑒 𝑟é𝑝𝑜𝑛𝑠𝑒𝑠
× 100
Source : McKinsey Agile360 2021
5 6 7 8 9 10
Moyen Elevé Elite
4
Faible
<51% >90%
71%-80%
51%-70%
BENCHMARK

17. Team engagement > 80%
AGILE
OUTCOMES
METRICS
VALUE
SPEED
QUALITY
EFFICIENCY
HEALTH
Business & CSAT > 80%
Deployment frequency < 4
weeks
MTTR MI < 6 hours
CTB Rate >55%
Notional savings >
9%
Lead time (TBD)
CFR MI < 0,7‰
Source : SG GAC Q1 2022

18. Merci pour votre attention…