rex safe from the inside

SAFe from the inside ou l’autoPsie d’un echec

07 juin 2016

4agile me

CouthaIer Farfra

www.agile4me.com

http://www.agile4me.com

4agile me

www.agile4me.com2

Le speakerCouthaier farfra (comme ça se prononce) coach/formateur agile

[email protected]

+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


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




Des bénéfices business annoncés très ambitieux !!!

SAFE from the inside - CONTEXTE


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


SAFE from the inside - #1 TRAINING


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

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)


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.



❖ 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


V2.5 - V3.0

du scrum, du scrum, du scrum


❖ 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




V4.0

bonjour KANBAN !

SAFE from the inside - #5 PORTFOLIO LEVEL


SAFE from the inside - #5 PORTFOLIO LEVEL


❖ 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


❖ 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.


des questions ?

coach/formateur agile

[email protected]

+33 6 71 02 48 56 / @farfrac

web : www.agile4me.com

blog : www.agilemouse.com

http://www.agilemouse.com

rex safe from the inside

Presentations & Public Speaking