Aller au contenu

Agilité à l'échelle

Transformation agile à l'échelle : du premier train au dispositif complet

Mettre en place l'agilité à l'échelle ne consiste pas à dérouler un référentiel. Il faut décider où passent les flux de valeur, qui tient quel rôle, à quel rythme l'organisation décide, et comment l'outil le représentera. Nous conduisons ces transformations de bout en bout, avec un SAFe Practice Consultant certifié, et nous savons paramétrer ce que nous concevons.


Ce qui fait échouer une transformation à l’échelle

Les mêmes causes reviennent d’une organisation à l’autre.

  • Des trains découpés selon l’organigramme existant, et non selon les flux de valeur. Les dépendances que l’on voulait supprimer sont toujours là, avec des cérémonies en plus.
  • Des rôles qui n’existent que sur les supports de formation. Tant qu’un Epic Owner ou un Business Owner n’a pas d’existence dans le référentiel des ressources humaines, personne n’a le temps ni le mandat de tenir le rôle.
  • Un PI Planning préparé la semaine précédente, où l’on découvre les dépendances en séance.
  • Un portefeuille qui continue de financer des projets pendant que les équipes travaillent en mode produit.
  • Un outil paramétré par défaut, qui ne sait pas représenter le dispositif. Le modèle reste sur des slides.

Le dernier point est celui que le marché traite le moins. C’est la raison d’être de notre offre intégrée.

Ce que nous mettons en place

Diagnostic et cadrage du mode produit

Audit organisationnel, cartographie des flux de valeur, analyse des instances et des circuits de décision, usage réel des outils. Le livrable est un état des lieux et une cible atteignable, avec les écarts chiffrés.

Flux de valeur et trains

Identification des flux de valeur, découpage en trains, dimensionnement, choix du premier train à lancer. Le découpage est le choix le plus structurant de la transformation. Nous le conduisons en atelier avec les métiers et l’informatique, pas en chambre.

Rôles et montée en compétence

Définition des rôles et de leurs responsabilités : Release Train Engineer, Product Management, Product Owner, Scrum Master, Epic Owner, Business Owner, Lead Architect. Lorsque c’est nécessaire, création de ces rôles dans le référentiel des ressources humaines. Formation et coaching de chaque rôle dans sa pratique réelle.

PI Planning et synchronisation

Préparation et animation des PI Planning, mise en place de la synchronisation entre trains, des revues et des démonstrations. Un PI Planning se joue en grande partie avant l’événement : capacité, dépendances, maturité des features. Voir aussi ce que l’IA apporte à cette préparation.

Centre d’excellence Lean-Agile

Création et animation du LACE : l’équipe qui porte la transformation, forme, outille et mesure. Nous en avons dirigé un de vingt-deux personnes. Nous accompagnons aussi les VMO qui font le lien entre les trains et le portefeuille.

Le portefeuille, en même temps

Une transformation qui s’arrête aux trains bute vite sur le financement et la priorisation. Nous mettons en place le Lean Portfolio Management dans le même mouvement : Kanban de portefeuille, financement capacitaire, instances de décision.

L’outillage, dès la conception

Chaque objet du modèle a son équivalent dans l’outil avant d’être adopté. Hiérarchie des objets dans Jira et Jira Align, référentiel de gouvernance dans Confluence, lien avec Clarity lorsque le portefeuille y est géré.

Ce que cela a donné

Dans l’entité informatique d’un grand groupe bancaire français, l’organisation est passée du mode projet au mode produit en trois ans et demi. Un premier train, puis trois autres. De nouveaux rôles créés dans le référentiel des ressources humaines. Un LACE de vingt-deux personnes, une tribu de cent soixante-quinze personnes lancée, six VMO accompagnés.

  • Adoption de l’agilité passée de 0 à 75 % du périmètre
  • Délai de mise sur le marché raccourci de 30 %
  • Environ 200 personnes formées

Notre règle de travail

Aucune vue de pilotage qui exige une saisie manuelle continue. Si une donnée ne peut pas remonter automatiquement de sa source, on change la source ou on renonce à la vue. Une donnée qu’il faut ressaisir chaque semaine est fausse au bout d’un mois.

Cette règle vaut pour les objectifs de PI, les dépendances, les métriques de flux et l’avancement des Epics.

Études de cas

Ce que nous avons livré

Toutes les études de cas

FAQ

Questions fréquentes

Faut-il adopter SAFe en entier ?

Non. SAFe appliqué à la lettre dans une organisation qui n'y est pas prête produit du rituel, pas de la valeur. Nous partons de ce que l'organisation fait réellement, nous retenons ce qui répond à ses difficultés, et nous le disons quand une pratique n'apporte rien dans son contexte.

Par où commence-t-on ?

Par un diagnostic de deux à quatre semaines : flux de valeur, instances existantes, circuits de décision, usage réel de Jira et de Clarity. Il débouche sur une cible atteignable et sur le choix du premier train, celui où le besoin est le plus net et le sponsor le plus engagé.

Combien de temps faut-il pour lancer un premier train ?

De deux à quatre mois pour un train outillé : identification du flux de valeur, constitution du train, formation des rôles, préparation et animation du premier PI Planning, et le Jira qui va avec.

Intervenez-vous si une transformation est déjà engagée ?

Oui. C'est fréquent : des trains existent, mais le portefeuille ne suit pas, ou l'outil ne représente pas le dispositif. Nous commençons par un état des lieux avant de proposer quoi que ce soit.

Formez-vous aussi les équipes ?

Oui. Nous délivrons les formations SAFe certifiantes et des formations par rôle, en intra-entreprise, construites sur votre contexte. Notre organisme de formation est certifié Qualiopi.

Expertises liées

Pour aller plus loin

Un premier train à lancer, ou une transformation à relancer ?

Décrivez votre situation en quelques lignes. Nous vous dirons par où nous commencerions.