Témoignage d’une RTE sur la mise en en œuvre de SAFe

Actualités > Pilotage & Agilité > Témoignage d’une RTE sur la mise en en œuvre de SAFe
Catégories
Alexandre LABADIE

Publié le :

Par Alexandre LABADIE

La méthode Scaled Agile Framework (SAFe) a été conçue par Dean Leffingwell. Vous connaissez ?

La méthode Scaled Agile Framework (SAFe) a été conçue par Dean Leffingwell.
Elle a pour vocation de faire évoluer l’agilité à l’échelle de l’entreprise.
SAFe : https://scaledagile.com/what-is-safe/

Schéma SAFe

Là où Scrum garantit une agilité mono-équipe, SAFe vise à assurer une agilité multi-équipes. Une organisation dédiée est mise en place. Parmi les principaux acteurs, on trouve le Release Train Engineer (RTE), “servant leader” qui facilite les interactions entre les équipes.

Dans ce contexte nous avons interviewé un RTE pour avoir un retour d’expérience sur SAFe.

Bonjour A., peux-tu te présenter s’il te plaît ?

“Je m’appelle A., j’ai démarré ma carrière en 2003, j’ai donc quasiment 20 ans d’expérience professionnelle. J’ai une formation en ingénierie de projets informatiques et nouvelles technologies.”

Comment as-tu commencé ta carrière professionnelle ?

“J’ai d’abord travaillé sur différents projets en tant que développeuse fullstack. Puis je me suis orientée et spécialisée vers le dev back end, particulièrement sur les technos telles que Java et Spring.

Au fil des expériences, je suis devenue Tech Lead, avec la responsabilité d’équipes de 4/5 développeurs. Ensuite, j’ai eu l’opportunité de remplacer des chefs de projets. Faire du pilotage de projet me plaisait, mais j’avais peur de lâcher la technique car je me disais que j’allais avoir du mal à raccrocher les wagons et à me remettre à jour sur les nouvelles technos.”

As-tu finalement pris cette voie ?

“Oui, cela s’est fait progressivement ! J’ai d’abord pris en charge du pilotage de projet, puis je suis devenue manager au sein de ma société, avec des responsabilités hiérarchiques.”

Te souviens-tu à quel moment tu as commencé à travailler en Agilité sur tes projets ?

“En 2007, cela commençait tout doucement, avec déjà des prémices du scrum. Nous appliquions certains rituels comme le daily, sans aller plus loin dans la méthode. C’est mi-2015 que j’ai vécu la première expérience full Agile.”

J’étais tech lead et j’ai travaillé 13 mois sur ce projet. Nous appliquions toutes les préconisations de Scrum. C’était pour une entreprise internationale assez mature, avec pas mal de pays autour de la table : Israël, Inde, Etats-Unis. Il y avait donc un fort besoin de synchronisation.

Ensuite, j’ai travaillé en tant que scrum master, pour faciliter les actions et les interactions entre équipes. Puis j’ai même eu sur certains projets la double casquette de scrum master (facilitateur pour l’équipe) et de chef de projet, en charge de l’assurance des engagements du projet et des résultats. Cela pourrait sembler incompatible pour les puristes mais pour ma part, cela a bien fonctionné.”

Peux-tu nous partager ton expérience de SAFe, autrement dit la mise en place de l’agilité à l’échelle de l’entreprise ?

“Oui ! Depuis le mois de septembre 2022, je travaille sur un nouveau projet en tant que Release Train Engineer (RTE). Le RTE est le servant leader et le coach de l’Agile Release Train (ART). Le trio de gouvernance de l’ART est composé du RTE, qui aide à appliquer le cadre méthodologique au regard du contexte, d’un Product Manager, responsable de la partie fonctionnelle, et d’un System Architect, garant de l’architecture.

Quelle est l’organisation mise en place sur ton projet actuel ?

“Sur mon projet, je suis RTE de 2 trains, soit au total 8 équipes. Chez nous, les trains sont de plus petite taille par rapport à ce qui est préconisé par le framework SAFe.

Chez nous, un Program Increment (PI) est composé en moyenne de 5 incréments de 3 semaines et un 6ème (l’Innovation and Planning) de 2 semaines, soit 17 semaines au total. Autrement dit, nous faisons environ 3 PI dans l’année.”

Quelles sont tes principales activités en tant que RTE ?

“Le PI planning chez nous dure 3 jours. Nous organisons une plénière sur une matinée. En tant que RTE, je prépare en amont le déroulé de la plénière afin que tout soit prêt le jour J en termes d’inputs.

Les managers et Business Owners vont partager leur vision et perspective pour répondre aux besoins clients à adresser. Les Product Managers (PM) interviennent pour partager leur vision à 3 PI en présentant les “top features”. La vision sur l’architecture est également partagée par les System Architect.

Le but est d’essayer de partager une vision et une roadmap, mais aussi de montrer en quoi chaque train contribuera aux solutions qui seront mises en œuvre.

La plénière se déroule en amphithéâtre, le reste du PI planning se fait dans les Open Spaces des équipes avec des points de synchronisation réguliers. Nous utilisons l’outil iObeya, qui permet notamment de suivre les dépendances et la planification des itérations pour les équipes grâce à différents boards.

Quand le PI planning se termine, les équipes votent pour donner leur indice de confiance sur leur capacité à atteindre leurs objectifs à la fin du PI. Parfois, cet indice est bas et en tant que RTE, nous devons essayer de comprendre ce qui se cache derrière : est-ce lié à un risque qu’il faut donc identifier et suivre, une dépendance à résoudre avec les parties prenantes… Pour certaines équipes, tout est bien ficelé à la fin du PI planning mais pour d’autres, le travail n’est pas fini. Il faudra donc qu’elles continuent dans les jours suivants pour aller au bout de l’exercice en travaillant la planification et en alignant toutes les parties prenantes.”

Quelles sont tes activités hors PI planning ?

“En dehors du PI planning, je ne participe pas aux rituels d’équipe dits classiques, comme un daily par exemple, mais je peux faire exception à la règle si je ressens des difficultés au niveau des équipes, si les inputs ne sont pas clairs, que les features ne sont pas bien écrites. J’essaie de remettre un peu de cadre et de liant.

Mon rôle général est d’assurer la synchronisation des trains, le suivi des risques et les dépendances. On anticipe également le PI d’après, en faisant le lien et en organisant les discussions entre BO, PM, architectes…”

Quels ont été les points positifs de la mise en place de l’agilité puis de l’ART SAFe sur tes projets récents ?

“J’ai beaucoup aimé le rythme que ça apporte. Cela cadence l’activité et apporte une véritable structure, un cadre solide, des repères. Il y a un temps bien défini pour chaque activité. Les équipes sont bien cadencées sur les mêmes rituels. Le PI planning aide à résoudre nos dépendances.

Nous avons aussi la possibilité de travailler avec un SAFe Program Consultant (SPC). C’est une personne avec laquelle nous pouvons travailler sur nos difficultés en tant que RTE et trouver des axes d’amélioration. Elle est formée pour cela et est disponible une fois toutes les 2 à 3 semaines.”

Et si tu devais apporter un regard critique ?

“Globalement, je rencontre deux cas de figure : cela se passe très bien, ou très mal ! Pourquoi ? Car parfois les rôles et responsabilités ne sont pas bien définis. Pour que l’organisation fonctionne, chacun doit savoir ce qu’il doit faire et surtout, le faire à temps.”

Et concernant le framework SAFe ?

“On essaie d’aller chercher les ressources, d’apporter de la valeur et d’oublier la notion hiérarchique. Souvent, nous avons affaire à des personnes très volontaires, mais qui n’ont pas la bande passante, car elles sont contraintes de faire d’autres tâches d’un point de vue hiérarchique. Ceci rend l’activité des trains difficile.

La difficulté est souvent plutôt en amont des équipes : les bases du projet doivent être solides, et cela passe par une vision claire et partagée. C’est souvent là que ça pèche. Le pilotage initial doit se faire par le besoin à adresser et non par le budget, même si c’est une dimension importante à prendre en compte. Il peut arriver que les priorités entre les directions projets ne soient pas les mêmes, d’où l’importance d’avoir une vision globale à plus haut niveau bien définie et partagée par tous, afin de faire avancer les trains dans la même direction.”

Article rédigé par:

Alexandre LABADIE
www.xpeho.fr