Release Train Engineer (SAFe)

Auteur : © 2010-2022 Scaled Agile, Inc.
Source : Release Train Engineer - Scaled Agile Framework
Date : 14/12/2021 (dernière mise à jour)

---

Traducteur : Fabrice Aimetti
Date : 19/09/2022

---

Traduction :

Accepter la responsabilité de résoudre des problèmes qui appartiennent à d'autres est un mauvais usage de notre pouvoir.

- Peter Block

Release Train Engineer

Le Release Train Engineer (RTE) est un servant leader et un coach pour l'Agile Release Train (ART). Les principales responsabilités du RTE sont de faciliter les événements et les processus ART et d'aider les équipes à livrer de la valeur. Les RTE communiquent avec les parties prenantes, font remonter les obstacles, aident à gérer les risques et encouragent une amélioration permanente.

Bien que les Agile Release Trains (ART) soient composés d'équipes qui s'organisent et se gèrent elles-mêmes, les trains ne se conduisent pas ou ne se dirigent pas en pilote automatique. Cette responsabilité incombe aux RTE, qui interviennent le plus pertinemment en tant que leaders serviteurs. Ils ont une solide maîtrise de la mise à l'échelle des pratiques Lean et Agile et comprennent les opportunités et les défis spécifiques associés à la facilitation et à l'alignement continu d'un vaste programme de développement.

Description détaillée

Le RTE facilite les processus et l'exécution d'ART. Ils font remonter les obstacles, gèrent les risques, aident à garantir la livraison de la valeur et contribuent à une amélioration permanente. Beaucoup d'entre eux participent également à la transformation Lean-Agile, en accompagnant les dirigeants, les équipes et les Scrum Masters dans les nouveaux processus et états d'esprit. Ils aident à configurer SAFe aux besoins de l'organisation, en standardisant et en documentant les pratiques.

Responsabilités

Les RTE ont généralement les responsabilités suivantes :

• Gérer et optimiser le flux de valeur à travers l'ART en utilisant divers outils, tels que le Program Kanban et d'autres radiateurs d'information
• Établir et communiquer les calendriers annuels des itérations et des Program Increments (PI)
• Faciliter la préparation du PI Planning en favorisant un processus d'Exploration Continue qui conduit à la synthèse d'une vision, d'une roadmap et de backlogs, et à l'aide des événements Pre- et Post-PI.
• Faciliter l'événement du PI Planning
• Synthétiser les objectifs du PI de l'équipe en objectifs du PI du programme (le RTE) et les publier pour une meilleure visibilité et transparence
• Aider à suivre l'exécution des features et des capabilities
• Faciliter les événements de synchronisation périodiques, y compris l'ART sync
• Aider à la prise de décision économique en facilitant l'estimation des features et des capabilities par les équipes et le retour aux Epics, si nécessaire
• Accompagner les dirigeants, les équipes et les Scrum Masters dans les pratiques et l'état d'esprit Lean-Agile
• Aider à gérer les risques et les dépendances
• Faire remonter et suivre les obstacles
• Fournir des informations sur les ressources afin de résoudre les goulots d'étranglement critiques
• Encourager la collaboration entre les équipes et les System et Solution Architects/Engineering
• Travailler avec le Product et Solution Management, les Product Owners et d'autres parties prenantes afin d'assurer l'alignement de la stratégie et de l'exécution
• Améliorer le flux de valeur à travers les flux de valeur en améliorant et en évaluant les pratiques associées au DevOps et au Release on Demand dans le Continuous Delivery Pipeline
• Contribuer à la mise en œuvre du cycle d'innovation Lean User Experience (UX)
• Travailler avec l'Agile Program Management Office (APMO) sur l'exécution du programme et l'excellence opérationnelle (voir Lean Portfolio Management)
• Comprendre et opérer dans le cadre des Budgets Lean et s'assurer du respect des Garde-fous
• Faciliter les démonstrations de systèmes
• Promouvoir une amélioration permanente par le biais d'ateliers Inspect and Adapt ; évaluer le niveau d'agilité de l'ART et l'aider à s'améliorer
• Encourager les communautés de pratique et l'utilisation de l'ingénierie et des pratiques de qualité intrinsèque.

Structure de reporting

SAFe ne prescrit pas de structure de reporting, mais le RTE reporte généralement à l'organisation chargée du développement ou à un APMO, qui, dans SAFe, est considéré comme une composante du Lean Portfolio Management. Pour les entreprises avec des PMO existants, un program manager joue souvent ce rôle.

Les RTEs sont des Servant Leaders

Bien que les nouveaux RTE disposent généralement des compétences organisationnelles nécessaires à l'exercice de leurs fonctions, ils peuvent avoir besoin d'apprendre et d'adopter l'état d'esprit Lean-Agile. Ils peuvent avoir besoin de passer de la direction et du management des activités à un rôle de servant leader. Le Servant Leadership est une philosophie qui implique une vision globale de la qualité des personnes, du travail et de l'esprit communautaire [1]. Il s'agit de fournir le soutien nécessaire aux équipes et aux ART pour qu'elles s'organisent et s'autogèrent. Les gestes typiques du Servant Leader sont les suivants :

• Écouter et soutenir les équipes dans l'identification des problèmes et la prise de décision
• Créer un environnement d'influence mutuelle
• Comprendre les autres et faire preuve d'empathie
• Encourager et soutenir le développement personnel de chaque individu et le développement des équipes
• Accompagner les gens avec des questions puissantes plutôt que d'utiliser l'autorité
• Penser au-delà des activités quotidiennes ; appliquer la pensée systémique
• Soutenir les engagements des équipes Être ouvert et valoriser l'ouverture des autres

Comme l'a dit Robert Greenleaf, le père du servant leadership, "Les bons leaders doivent d'abord devenir de bons serviteurs." Tout comme il existe des schémas transformationnels Lean-Agile pour la fonction LPM, il existe également des schémas transformationnels pour un manager traditionnel qui évolue vers un servant leader. Les états "de" et "à" sont les suivants :

• De la coordination des activités et des contributions de l'équipe à l'accompagnement des équipes vers la collaboration
• Des délais aux objectifs
• De la poursuite de résultats spécifiques à un investissement dans les performances globales du programme
• De la connaissance de la réponse à la demande de la réponse aux équipes
• De la direction à l'auto-organisation des équipes et à la réalisation de leurs objectifs
• De la résolution des problèmes à l'aide aux autres pour les résoudre.

En savoir plus

[1] Voir Servant Leadership sur le lien http://en.wikipedia.org/wiki/Servant_leadership
[2] Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley, 2011.
[3] Trompenaars, Fons, and Ed Voerman. Servant-Leadership Across Cultures: Harnessing the Strengths of the World’s Most Powerful Management Philosophy. McGraw-Hill, 2009.

Autres ressources

Télécharger les posters