Retour d'expérience sur la mise en oeuvre de SAFe (Scaling Agile Framework), au sein d'un programme, avec ses côtés positifs et négatifs.

1. SAFe from the inside
ou l’autoPsie d’un echec
07 juin 2016
4agile me
CouthaIer Farfra
www.agile4me.com

2. 4agile me
www.agile4me.com2
Le speaker
Couthaier farfra (comme ça se prononce)
coach/formateur agile
cfarfra@agile4me.com
+33 6 71 02 48 56 / @farfrac
web : www.agile4me.com
blog : www.agilemouse.com
parcours
1994
DEveloppeur
1998
chef de
projet
2009
Scrum master /
coach
agile 2007
directeur
de projet
• SAFe Agilist (2014)
• Management 3.0 (2014)
• Kanban (2013)
• Scrum Master (2012)
La franCAISE DES JEUX
EurOpcar
EURONEXT
J
C
D
E
A
U
X
GENERALI
BAnque DE FRANCE
A
X
A
G
R
O
U
P
S
O
L
U
T
I
O
N
S
CredITagricoleSA
BI-SAM
L
C
L
DECATHLON
AXA FRANCE
2015
4agile me
REFERENCES
COMMUNAUTE
Initiation au Kanban - Codeurs en Seine 2014
Kanban A grandE Echelle - Open XKE XEBIA 2013 SociEte GENERALE
2016
(aucune
cer)fica)on
ne
remplace
l’expérience
terrain)
french safe experience
M
A
I
F

3. REX SAFE - Avertissement
3 www.agile4me.com
4agile me
ce rex n’est pas un SAFE bashing n’y une publicitE commerciale pour
vendre un framework et du coaching.
CE rex est le sentiment et la vision du rEdacteur sur la mise en
oeuvre de SAFE, dans une organisation complexe. Il ne faut en aucun
cas en faire un cas gEnEral sur LA PERTINENCE OU NON DE CE
FRAMEWORK.

4. REX SAFE - AGENDA
4 www.agile4me.com
4agile me
big picture & core values
CONTEXTE REX
#1 TRAINING
#2 PROGRAM LEVEL
#3 PI PLANNING (RELEASE PLANNING)
#4 TEAM LEVEL
#5 PORTFOLIO LEVEL
Mon regard sur SAFE

5. SAFe - big picture & core values
5 www.agile4me.com
4agile me

6. SAFe - big picture & core values
6 www.agile4me.com
4agile me

7. SAFe - big picture & core values
7 www.agile4me.com
4agile me
Des bénéfices business annoncés très ambitieux !!!

8. SAFE from the inside - CONTEXTE
8 www.agile4me.com
4agile me
Secteur d’activité : Communication extérieure
Vision & Enjeux :
❖ Améliorer la gestion des nouveaux produits de communication digitale ;
❖ Augmenter la flexibilité et la réactivité des équipes, face à un environnement de plus en
plus concurrentiel, afin de mieux répondre aux besoins spécifiques des clients ;
❖ Tenir les engagements de Time to Market ;
❖ Réduire l’obsolescence technique des applications ;
Team SAFe :
❖ Team level : 6 Team Agile (7 à 8 membres / team) ;
❖ Program level : 13 membres ;
❖ Portfolio Level : 5 membres.
Choix d’organisation :
❖ Ré-internaliser l’ensemble des équipes de développement ;
❖ Utiliser le framework SAFe pour atteindre la vision et les enjeux fixés.
Lancement d’un transfo SAFE
sans attendre les
enseignements sur les
projets pilotes
SAFE V2.5
+60 personnes

9. SAFE from the inside - #1 TRAINING
9 www.agile4me.com
4agile me

10. SAFE from the inside - #1 TRAINING
10 www.agile4me.com
4agile me
2 jours
2 jours de formation SAFE avec des participants
n’ayant aucune expERIENCE sur les valeurs et les
pratiques agile (Scrum, Kanban, ...)
Un seul cas pratique, le Release Planning (PI Planning)
scrum presentE comme la seule pratique agile a mettre en
oeuvre au niveau du Team level !!! «"Non, on fait pas de
kanban, dans SAFE c’est du Scrum"»!!!
DES personnes certifiEES SAFE Agilist sans expErience agile

11. SAFE from the inside - #2 PROGRAM LEVEL
11 www.agile4me.com
4agile me

12. 12 www.agile4me.com
4agile me
SAFE from the inside - #2 PROGRAM LEVEL

13. 13 www.agile4me.com
4agile me
SAFE from the inside - #2 PROGRAM LEVEL
❖ L’ensemble des rôles propre à une grosse
organisation ou à un programme est réunit ;
❖ La notion d’architecture est enfin prise en compte
dans la réalisation d’un projet/programme Agile ;
❖ Le rôle de Product Management est mis en avant
et peut permettre (en théorie) d’aller vers une
culture produit de l’organisation ;
❖ Fonctionnement du Product Management en mode
Command & Control ;
❖ La description des besoins métiers et non fonctionnels
s’arrête au niveau de la Feature, ce qui ne permet pas
d’avoir une bonne vision de la complexité fonctionnelle
et technique du travail à réaliser dans le Team Level.
❖ La culture Agile n’est pas assez imprégnée dans
l’organisation pour permettre une réelle efficience du
niveau programme.
❖ Pas de réelle priorisation par le Cost Of Delay (difficile à
mesurer réellement), mais plutôt par les urgences
« politiques » ;

14. SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
14 www.agile4me.com
4agile me
Les Inputs :
❖ La roadmap du programme, sur les 3 prochains PI Planning ;
❖ La vision du business ;
❖ Le top 10 des features, du Program Backlog, à réaliser dans le PI Planning.

15. SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
15 www.agile4me.com
4agile me

16. SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
16 www.agile4me.com
4agile me

17. SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
17 www.agile4me.com
4agile me
❖ La réunion, en un même endroit, de l’ensemble
des parties prenantes d’un programme, durant 2
jours, afin de renforcer le sentiment de Team
building ;
❖ L’émergence de communautés de pratiques PO,
SM, Développeurs, …
❖ Le partage d’une compréhension commune de la
vision et des objectifs de l’entreprise et du
programme ;
❖ L’implication des architectes et des testeurs ;
❖ La visibilité des adhérences entre Team,
permettant une meilleur collaboration entre elles.
❖ Pas de Story Mapping ;
❖ Le mode d’estimation de la première vélocité (ou
capacité) des Team Agile, en mode mi-story point,
mi-j/h, contraire à l’esprit et ne semblant pas
permettre un véritable engagement des équipes ;
❖ La mise en place d’un framework majeur comme
SAFe, sans au préalable avoir travailler sur la
montée en maturité agile de l’ensemble de
l’organisation ;

18. SAFE from the inside - #4 TEAM LEVEL
18 www.agile4me.com
4agile me
V2.5 - V3.0
du scrum, du scrum, du scrum

19. SAFE from the inside - #4 TEAM LEVEL
19 www.agile4me.com
4agile me

20. 20 www.agile4me.com
4agile me
❖ La mise en place d’un système ScrumBan, sur
l’ensemble du flux de montée en maturité des
stories a permis une meilleure visibilité des
activités, une meilleur qualité des critères
d’acceptation des stories et une augmentation du
débit ;
❖ Daily meeting des ScrumMaster tous les jours et
non 2 fois par semaine, afin de gérer les
adhérences et les obstacles en mode réactif ;
❖ La mise en place de KPI de mesure de la
performance du système (Lead Time, Cycle Time,
Efficience, Débit, Rework) a permis de supprimer
l’effet conversion story-points/J.H, de mieux
synchroniser les adhérences entre les teams et de
mieux prioriser le travail des PO.
❖ Pas de vision de ce qui se passe en amont, sur le
travail de préparation des stories, par les Product
Owner ;
❖ Le ScrumBan / Kanban ne sont pas les bienvenus
dans SAFe (V2.5) !!
❖ La vélocité devient, pour les managers, une
mesure de productivité et de mise en concurrence
des teams, avec une conversion des story-points en
jours/homme !!!
❖ Pas de culture des valeurs agile au niveau du
management. Fonctionnement en mode Command
& Control !!! ==> Tension entre les teams et le
management
SAFE from the inside - #4 TEAM LEVEL

21. SAFE from the inside - #4 TEAM LEVEL
21 www.agile4me.com
4agile me
V4.0
bonjour KANBAN !

22. SAFE from the inside - #5 PORTFOLIO LEVEL
22 www.agile4me.com
4agile me

23. SAFE from the inside - #5 PORTFOLIO LEVEL
23 www.agile4me.com
4agile me
❖ Le Portfolio Level permet, en théorie,
d’embarquer l’ensemble de l’organisation du
programme vers les pratiques agile.
❖ Contexte Programme :
❖ Aucun changement du mode d’organisation
du programme, n’y du mode de gouvernance ;
❖ La priorisation par le Cost Of Delay n’est pas
pris en compte ;
❖ Aucune volonté du niveau Portfolio de changer
« Inutile de voir ce niveau, on va gérer ça de
notre côté ».
❖ SAFe :
❖ On reste dans une gestion de portfolio de
programmes/projets qui semble assez classique
;
❖ Sentiment qu’il reste une certaine séparation
entre ce niveau et le niveau Program et Team,
qui apparait dans la Big Picture.
❖ Dommage que les pratiques Lean startup ne
soient pas mises à l’honneur sur ce niveau.

24. SAFE from the inside - Mon regard sur SAFE
24 www.agile4me.com
4agile me
❖ Une pratique qui devrait être prise pour ce qu’elle
est … un framework que l’on doit pouvoir adapter
au contexte d’une organisation ;
❖ Un Framework vivant, dont les mises à jour (même si
elles alourdissent la big picture) semble tenir compte
de retours d’expériences ;
❖ Peu permettre une montée à l’échelle plus facile
d’une organisation, en permettant à chaque acteur de
se retrouver dans la big picture et ainsi contribuer à la
réduction de la résistance au changement ;
❖ Avoir toute l’organisation programme sur le même
plateau, se voir régulièrement, travailler ensemble à
l’amélioration du système, essayer de mettre en
place du leadership, du team building et partager
une vision commune des objectifs, c’est top !!!
❖ Passer à SAFe, sans avoir au préalable implémenter
les valeurs agile dans l’entreprise me semble une
erreur. On passe du coup à une organisation en mode
CMMi Agile ou de nouveaux processus sont mis à
l’honneur, au détriment de la collaboration du Team
building et du User Centrix ;
❖ SAFe est apparu comme un framework lourd à
mettre en place, en rapport avec le nombre de
personnes à accompagner. Une organisation plus
light et pragmatique aurait peut-être suffit ;
❖ SAFe parle beaucoup de pratiques (Lean, Scrum,
Kanban, DevOps, …), mais assez peu (voir pas du
tout) des valeurs humaines de collaboration et
communication, comme le Management 3.0 par
exemple.
❖ Une documentation tellement riche qu’elle en devient
indigeste et ne permet pas une prise de recul des
organisations pour l’adapter à leur contexte.

25. 25 www.agile4me.com
4agile me
des questions ?
coach/formateur agile
cfarfra@agile4me.com
+33 6 71 02 48 56 / @farfrac
web : www.agile4me.com
blog : www.agilemouse.com