Release Train Engineer (SAFe)

Auteur : © 2010-2022 Scaled Agile, Inc.
Source : PI Planning - Scaled Agile Framework
Date : 10/02/2021 (dernière mise à jour)

---

Traducteur : Fabrice Aimetti
Date : 12/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)

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.

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.