Présenté par Thomas Clavier, AZAE et Stéphane Hecquet, iMSA
L'informatique de la mutualité sociale agricole (MSA) est en pleine transformation digitale. iMSA fait fasse à de nombreux challenges :
- Répondre de plus en plus vite aux changements législatifs
- Répondre de plus en plus vite aux demandes des caisses.
- Recruter de nouveaux talents
Après la mise en place d'un premier train SAFe sur le volet digital, iMSA a commencé à généraliser l'agilité à l'échelle et a démarré plusieurs train dont un premier dans un cadre legacy. C'est cette histoire que nous voulons vous raconter
Quel retour d’expérience peut-on établir à l’issue de cette première année ? Quels sont les changements sur les évolutions d’organisation ? Comment s’est opérée la mise en place d’un cadre agile malgré la crise sanitaire ? Quelles adoptions ont été accomplies par les différentes entités ? Comment la transformation par les OKR contamine le reste de l'iMSA ?
Stéphane Hecquet, RTE de ce train pas comme les autres vient témoigner de cette transformation, des succès et des prochains challenges à relever, avec un des coachs qui accompagnent cette transformation, Thomas Clavier.
Thomas Clavier, Coach agile & software craftmanship, AZAE
Je suis coach agile chez Azaé, enseignant à l'université de Lille 1, mes sujets de prédilection sont l'agilité, devops, docker, le lean startup et l'artisanat logiciel. Depuis plus de 10 ans, j'essaye de transformer le travail en un jeu, faire progresser les développeurs et challenger les managers, poser des questions pour faire grandir les équipes.
Stéphane Hecquet, Manager Applications, iMSA
De formation universitaire scientifique (DEA), parcours assez standard passé par fonctions programmeur et Analyste sur différentes techno (Cobol, Java, Unix, Sql), Chef de projet, Responsable de Pôle, Directeur de projets, Manager d’Applications. A présent toujours en fonction de manager avec une mission de RTE confiée dans le cadre de la mise en place d’un 1er train SAFe dans notre Direction SI Métier, afin d’accompagner la transition vers l’agilité à l’échelle et de comprendre l’ensemble du cadre et des missions autour de ce type d’organisation. Appétence pour la compréhension fonctionnelle et opérationnelle, la polyvalence, l’aide à la résolution des difficultés, l’accompagnement des changements individuels et collectifs.
5. Thomas Clavier
Coach craft et agitateur d'idées
@thomasclavier
Stéphane Hecquet
Manager Applications et RTE
hecquet.stephane@imsa.msa.fr
Qui sommes-nous?
6. Présentation générale de iMSA
• IMSA développe et exploite le logiciel informatique de la
MSA et de ses partenaires
• Couverture de l'ensemble du périmètre de la protection
sociale pour le Régime Obligatoire de l’ensemble de la
population agricole et des ayants droit. 5,6 millions de
bénéficiaires (Guichet Unique)
• Gestion Pour Comptes de l'activité de partenaires (Assurance
Complémentaire, Autres partenaires qui souhaitent utiliser le
logiciel)
• Produit s'adressant aux agents et aux adhérents (MSA et
partenaires)
7. Le sujet
La direction d'IMSA a décidé pour répondre aux
enjeux d'efficience, de pertinence de
construction du logiciel par la priorisation de la
valeur de lancer l'utilisation du framework SAFe
Après un premier train pilote sur l'expérience
Digitale, notre Direction SI Métier a décidé de
lancer un train sur un volet "Métier" incluant un
produit déjà existant et en perpétuelle évolution
et devant intégrer les enjeux législatifs à délais
contraints
Notre intervention de ce jour a pour objectif de
de vous partager notre retour d'expérience de la
mise en place de ce train particulier
Sommet de l'Aiguille Large (2856m)
8. Contexte
• Mise en oeuvre d'un Système d'Information dédié
au Déclaratif (DSN).
• Programme déjà lancé et avec des fondations et
ne pouvant s'arrêter pour un lancement
• Des pratiques agiles et une acculturation anticipée
• Un mode entièrement distanciel qui augmente
encore le challenge de cette transformation
• Un accompagnement par des spécialistes, des
guides (des coachs)
10. Stratégie dans notre contexte
• Choix d'un démarrage en mode lancé, itératif
• Une implémentation centralisée déjà pour partie en place et
des dépendances marquées fonctionnellement et
techniquement
• Organisation préalable avec une équipe BO et une équipe FO.
• Acculturation/homogénéisation des connaissances agiles et
formation au cadre SAFe
• Bascule vers une organisation produit (Lignes produit)
• Définition et le rôle de la system team
L'itinéraire de l'Aiguille Large
11. Accompagné
par des pros
• Coaching de la direction
• Gestion produit / backlog
• Mise en place des rituels
• Software craftsmanship
• Excellence technique
13. Loi de conway
les organisations qui conçoivent des
systèmes […] tendent inévitablement à
produire des designs qui sont des copies
de la structure de communication de leur
organisation.
17. Sur le départ.
Printemps 2020
Création d'une Guiding Coalition
Départ (1800m) pour un bivouac
à l'Ibon Blanco de Literola
(2700m) - août 2021
18. Étape 1. Été 2020
• Lancement d’une organisation en "feature team"
• Présentation de l'organisation et démarrage (Kick Off)
• Sensibilisation à l'agilité (base et perfectionnement)
• Gommage d’une certaine hétérogénéité des connaissances Agiles
19. Etape 2.
Octobre 2020
Mini PI planning sur une journé
. à distance
. précédé de la formation Safe 4
Teams.
. réunissant l'ensemble des parties
prenantes
Réalisation: Henri Dubus
21. Bilan de saison
• Les équipes sont installées : ✅
• Cérémonies d’équipe : ✅ sauf démo d’itération
• Cérémonies du train : ✅
• Mise en place d’OKR de niveau train suivi en GT : ✅
• Ritualisation des entrainements :
0,5j/semaine/équipe.
• Craft Day #1 : SIDL + iMSA.
22. Bilan du PI
• Atteinte des objectifs PI/BV et prédictibilité : 80%
• Vélocité/US : 2/3.
• Les éléments développés sont majoritairement mis en
production.
• + 5 ETP
23. Croissance et
turnover
• Ajout au fur et à mesure de nouvelles
compétences / nouveaux équipiers
• Internalisation des compétences techniques
• ⚠️ de ne pas déstabiliser les équipes
24. Étape 3:
janvier 2021
PI Planning sur 2 jours en
distanciel
Equipe Scrum et Coaching Jerôme Rajkovic
25. Points notables du
PIP
• Beaucoup d'observateurs
• Acculturation à l'exercice du PIP
• Evenement marqué par des choix à
opérer et une implication du BO
dans ces choix, même jugés
douloureux
• Vote de confiance: 3,8
26. Bilan de saison
• Définition d’OKR avec déclinaison dans les équipes ✅
• Ritualisation des cérémonies tri-amigo et début du BDDs ✅
• 1ères démos d’itération (entre équipes puis avec parties
prenantes) ✅
• Craft Day #2 : devient le craft day d’iMSA.
• Moins de coaching, focalisé sur les points de complexité
27. Bilan de PI
• Atteinte des objectifs PI/BV et prédictibilité : 90%
• Vélocité/US : 3/4.
• Une partie seulement du produit est mis en
production.
• + 9 ETP (absoption d'une équipe externe et des
OPS)
28.
29. Étape 4 : Mai
2021
PIP sur 2j à distance
Equipe Scrum et Coaching Jerôme Rajkovic
32. Procédure SAFe
• Une très grosse priorité dans 1 team.
• Le BO est très impliqué dans le PI
Planning, il comprend le niveau de
complexité de ce qu'il demande,
• Il décide de focaliser le train sur cette
priorité
• La séquence de Management Review et
Problem solving est complexe mais
bénéfique
• Le second jour, toutes les teams se
mobilisent sur ce nouvel objectif
• Vote de confiance: 3,2
33. Bilan de saison
• Une nouvelle agile team dans le train ✅
• Une system team plus opérationnelle ✅
• Généralisation de la "conteneurisation",
progression de l’automatisation des tests et du
TDD ✅
• Des démos d'itérations généralisées ✅
• La mécanique de SAFe et l'implication
de toutes les équipes a permis de faire face
à l'enjeu
• Encore des niveaux hétérogènes de pratiques
entre les teams
34. Bilan de PI
• Atteinte des objectifs PI/BV et
prédictibilité : 81,5%
• Vélocité/US : 3/4.
• 60% est mis en production
• + 5 ETP
35. Etape 5.
Septembre 2021
• Le PI Planning était planifié avant "Agile en Seine"
• Une actualité entraîne un impact quasi certain
sur le staffing du train : nous avons décidé de
repousser le PIP d'une itération
• Ce décalage a pour but d'être certain de
démarrer l'incrément avec une bonne vision et
une bonne stabilité des moyens
36. Bilan : Les difficultés
• Le delivery qui reste par « à coup» et
necessite de gros package
• La notion de petites fonctionnalités pour
l’utilisateur (mode tout c’est mieux) mais avec
des progrès grâce les ateliers métiers en amont
et aux démos
• Les exigences parfois à rappeler
37. Bilan : Les
victoires
• prise du lead/automonie des développeurs mais avec maintien des tech lead par teams : teach lead
accompagnateurs. Un chemin accompli en « software craftmanship » avec l'aide du coaching et l'action de la
system team
• l’ambiance, l’entraide, la polyvalence (on ne fait pas chacun à son tour en mode process mais ensemble pour
atteindre les US, les features, les objectifs MVP)
• les démos/feedback utilisateurs
• une augmentation de la vitesse d’exécution (vélocité) d'environ 2 % par PI, conjointement à une augmentation
continue de la taille du train
• une capacité d’adaptation rapide des teams pour répondre aux priorités (US basculent dans les équipes moins
chargée)
Pic de Sacroux - 2676m
38. En montagne Dans l’agilité à l'échelle SAFe
Guide Coachs
Groupe Ensemble et non esseulé
Humilité
Au début on ne connait pas, on apprend et on continue à apprendre et à s’améliorer avec
les autres
Rythme soutenable
on va régulièrement mais sûrement pour ne pas tomber en surchauffe et aller au bout,
rythme identique pour tous (synchronisation, cadencement)
Se tromper de chemin et redescendre
Retrospectives et Inspect and Adapt. On regarde ou on s’est trompé et on reprend de bon
chemin
S’arrêter se retourner Prendre du recul, observer la transformation. OKR + démo de transfo (avec recul)
Il fait parfois moins beau On sort l’équipement pour palier, on innove pour continuer, on se préserve des éléments
Entrainement avant, après et pendant Sensibilisation Agile, homogénéité, formation, s’exercer (craft)
Notre fil rouge
Clin d'oeil à Frédéric, notre directeur de la transformation qui a utiliser cette exemple d'ascesion vers un sommet pour nos travaux sur la définition des OKR de transformation
Pour faire écho à cette illustration apportée par Frédéric, Nous nous sommes challengé pour vous faire cette présentation en prenant comme fil rouge la randonnée en montagne dont nous sommes tous deux des grans fans et en intégrant nos derniers souvenirs de cet été. Nous voyons un parrallèle entre les valeurs qui permettent de réussir de belles ascention et celles qui sont nécessaires pour la réussite d'une transformation comme la nôtre vers l'agilité à l'échelle SAFe
IMSA développe et exploite le logiciel informatique de la Mutualité Sociale Agricole et de ses partenaires
2nd régime de protection sociale qui a la particularité et l'avantage de proposer ce qui s'appelle le Guchet Unique, c’est-à-dire la couverture de l'ensemble du périmètre de la protection sociale pour le Régime Obligatoire de l’ensemble de la population agricole et des ayants droit : exploitants, salariés (d’exploitations, d’entreprises, de coopératives et d’organismes). 5,6 millions de bénéficiaires
Spécificité pour la gestion des Régimes Complémentaires
Gestion Pour Comptes de l'activité de partenaires (Assurance Complémentaire, Autres partenaires qui souhaitent utiliser le logiciel)
Produit s'adressant aux agents et aux adhérents (MSA et partenaires)
Nous illustrons cette transformation comme une cible à atteindre, ce sommet actuellement dans de nébuleux nuages
Les coachs, tout comme les guides sont essentiels pour accompagner sur un chemin et montrer les bonnes orientations tout en respectant les spécificités, la forme, les capacités de chacun. Ils aident à la mise en place de l'organisation, l'accompagnent, facilitent le déploiement de la culture et du cadre
Stratégie générique de SAFe
Choix d'un démarrage en mode lancé, itératif, pour une transformation progressive, dans un contexte où on ne pouvait pas s’arrêter (par petits pas) C'est une stratégie différente de ce qui avait déjà été fait chez IMSA dans des contexte plutôt « digital »
Organisation préalable avec une équipe BO et une équipe FO. Le code était calqué sur cette organisation technologique.
la définition et le rôle de la system team : complexe au départ, orienté qualité. Mise en place au fur et à mesure de rôles d’assistance technique, infra, qualité
Modèles Safe classique (BO, sponsor, PM, RTE et des SAE)
4 Features teams au départ (5 à présent)
Une sytem team avec qualité dev et dans un future proche les ops
Et comme évoqué dans la présentation du sujet, un caractère "complet du train"
D'un pt de vue technologique. Nouvelles technos + cobol, Talend , Angular
Intégrant du "build" (fabrication dus système) du "run" maintien en condition opérationnelle des éléments déployés et du Legacy contraint
Intégrant des acteurs MO/ME/production et métier dans de même teams avec une cible dev ops à terme
Thomas présente les difficultés des teams qui doivent toucher à plusieurs endroits pour mettre à j le produit et en synchro
Nous allons vous raconter l'histoire, étape par étape, PI par PI, pas à pas, de la transformation de notre programme vers une organisation SAfe
Création d'une Guiding Coalition (Guiding team) pour trouver le modèle d’organisation et piloter la transformation (Directeur de transformation, Sponsor, PM, RTE, SAE, puis BO)
Acceptation d’une nouvelle organisation dans un contexte où le projet avait déjà réorganisé plusieurs fois.
Efforts pour convaincre de l’importance de cette façon de faire.
Apprentissage nouvelle approche petites fonctionnalités (US) « produit ».
Octobre 2020 : mini PI planning sur 1j, précédé de la formation Safe 4 Teams. Préparation préalable des teams (connaissances features et prepa baklog en mode draft ), déroulement de la séquence Sponsor/BO/PM/archi le matin et breakout l’après midi avec présentation des projets de board et PI Objectifs et cotation en live, le BO étant disponible pendant tout l'évènement
un PI dure 15 semaines : 4 itérations de 3 sem + 1 itération IP de 3 sem
Cette installation nous a montré tout le chemin que nous aurions sans doute à parcourir et nous illustrons cet aspect par 'humilité, comme devant devant la majestuosité de cet endroit
L’ensemble des cérémonies est installée :
. niveau équipe Daily, Itération planning, retro, refinment. Il n’y a pas encore de démo d’itération
. niveau Train : SOS, PM/PO Sync, PI syst Demo, Inspect and Adapt
. Mise en place d’OKR suivi en GT: pairing, Ritualisation d'un atelier d'entrainement par semaine dans chaque FT, rituels de collaborations en place (cf cérémonies + planning poker + début des tri amigos), collaboration métier
Mise en place d’un Craft Day avec contributeurs SDL + tout autre IMSA qui le souhaite. Mini conf le matin et forum ouvert l’après-midi.
Les équipes sont installées (Rôles individuel et contributions collectives)
L'interprétation de ces chiffres => les 20% manquants? => necessité de bien expliquer ces notions d'objectifs atteignables, ambitieux et transparent.
=> bien parler de la transparence et de ce qu'elle implique (confiance)
Stéphane. Ajout au fur et à mesure de nouvelles compétences/nouveaux équipiers avec toujours l’accompagnement/formation Agile et SAFe.
Intégration progressive permettant à la fois de répondre aux exigences métiers en terme de « volume » sans pour autant déstabiliser les équipes qui montent en performance.
Les rôles pricpaux (PO, Scrum SAE sont également formés à leur fonction SAfe Spécifiques)
Nous commencons à ré-internalisser la compétence
PIP sur 2J (20 et 21/01) en distanciel
Un second PM est intégré intégré issu du métier
Illustration de l'acculturation avec une des question de l'Ice Breaker
Poser la question en live
=> indiquer que lors de l'évènelent, 40% de réponses indiquaiit qu'on cherchait à produire un gant précis
OKR: défintion d'OKR par la gouvernance (% augmentation de la vélocité: 2%/PI, cible qualité et NPS) et surtout appropriation et déclinaison dans les équipes (avec leur propre key result)
Exepmple OKR Équipes:
. Existence d'une stratégie de tests publiée, avec ambition forte et en progression (à challenger) de couverture de test. Avec focus sur les tests pertinents à automatiser
=> % atteinte de la couverture de tests automatisés définie dans de la stratégie
Au delà de la PI syst démo qi est toujours très complète, les démos d'itération commencent à être réalisée et les 1ers feedback apparaissent
Craft day IMSA: ouverture par le directeur
Transformation: Les équipes sont montées en autonomies, les tech lead sont accompagnants. Le coaching de base n’est plus nécessaire et se focalise sur les points de complexité (nouvelle team à intégrer, OPS à intégrer suite changement structure entreprise)
Une solidarité entre teams et entre dev et OPS pour résoudre les diffcultés.
les PO sont en maîtrise de la Backlog et en négociation avecs les PM au quotidien
Les scrums Masters sont encore sur plusieurs équipes et sont en difficultés
Thomas dis qu'on a une sensation d'un certain niveau de maturité
Même quand on a une impression de sérénité, çà peut vite tourner...
À l'orage
Une grosse priorité legacy vient telescoper les priorités pressenties. Elle est très complexes et instables mais obligatoire. Elle concerne surtout le produit d’1 team.
cette journée et le management review font prendre conscience au BO du niveau de complexité demandé et les cartes sont alors rebattues.
Le second jour, toutes les teams se mobilisent autour de cette objectifs et prennent des US relatives à cette feature. Les boards sont cohérents, le vote de confiance donne un engagement tenable
Deux jours intenses et fatigants. La mobilisation des équipes et l'état d'esprit ont permis de sortir le plan pour les 15 seamines, dans le sesndemandé par la BO.
Une system team opérationnelle pendant ce PI avec des retours positifs des teams
Encore des niveaux hétérogènes de pratiques des teams entre le delivery et l’amélioration des pratiques (fonction du mode de fonctionnement différents entre équipe immergées en interne et équipes plateau externe)
L'augmentation des effectifs en réponse aux besoins métier => la création d'une nouvelle agile team (référentiel et Monitoring)
Une system team opérationnelle pendant ce PI avec des retours positifs des teams et qui a aidé à généraliser la conteneurisation, l'automatisation des tests, le TDD qui a mener des pOC sur Kubernetes...
Progression sur les tats automatisé et indépendance des qualifications grâce à Docker
Les démos d'itérations sont généralisées et permettent de capitaliser pleinement sur les feedback afin d'ajuster les itérations suivantes
Encore des niveaux hétérogènes de pratiques des teams entre le delivery et l’amélioration des pratiques (fonction du mode de fonctionnement différents entre équipe immergées en interne et équipes plateau externe)
sur ambiance. Les nouveaux équipoes que nous avons embauchés ont un feed back très positif sur l'attractivité d'IMSA (méthodologie et modernité)
Insister sur on augmente, on ajoute des équipes et la velocité continue d'augmenter au delà de cet ajout
La suite: poursuivre l'amélioration du train et initialiser d'autres train dans notre SI Métier
Merci à Agile e Seine pour nous avoir permise de prendre du recul
Un grand merci à tous les acteurs et contributeurs du programme ainsi qu'à l'équipe de Coaching. Ce sont eux les acteurs de cette transformation progressive.