SAFe from the inside ou l’autoPsie d’un echec 07 juin 2016 4 agile me CouthaIer Farfra www.agile4me.com
SAFe from the inside ou l’autoPsie d’un echec
07 juin 2016
4agile me
CouthaIer Farfra
www.agile4me.com
4agile me
www.agile4me.com2
Le speakerCouthaier farfra (comme ça se prononce) coach/formateur agile
+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
CredIT
agric
ole
SA 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
REX SAFE - Avertissement
3 www.agile4me.com4agile 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.
REX SAFE - AGENDA
4 www.agile4me.com4agile 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
SAFe - big picture & core values
7 www.agile4me.com4agile me
Des bénéfices business annoncés très ambitieux !!!
SAFE from the inside - CONTEXTE
8 www.agile4me.com4agile 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
SAFE from the inside - #1 TRAINING
10 www.agile4me.com4agile 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
13 www.agile4me.com4agile 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 » ;
SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
14 www.agile4me.com4agile 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.
SAFE from the inside - #3 PI PLANNING (RELEASE PLANNING)
17 www.agile4me.com4agile 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 ;
SAFE from the inside - #4 TEAM LEVEL
18 www.agile4me.com4agile me
V2.5 - V3.0
du scrum, du scrum, du scrum
20 www.agile4me.com4agile 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
SAFE from the inside - #5 PORTFOLIO LEVEL
23 www.agile4me.com4agile 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.
SAFE from the inside - Mon regard sur SAFE
24 www.agile4me.com4agile 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 www.agile4me.com4agile me
des questions ?
coach/formateur agile
+33 6 71 02 48 56 / @farfrac
web : www.agile4me.com
blog : www.agilemouse.com