« Release Train Engineer (SAFe) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (20 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Agilité à grande échelle]] | [[Category: Agilité à grande échelle]] | ||
[[Category: Servant Leadership]] | |||
[[Category: SAFe]] | [[Category: SAFe]] | ||
Auteur : © 2010-2022 Scaled Agile, Inc.<br /> | Auteur : © 2010-2022 Scaled Agile, Inc.<br /> | ||
Source : [https://www.scaledagileframework.com/ | Source : [https://www.scaledagileframework.com/release-train-engineer/ Release Train Engineer - Scaled Agile Framework]<br /> | ||
Date : | Date : 14/12/2021 (dernière mise à jour)<br /> | ||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | Traducteur : Fabrice Aimetti<br /> | ||
Date : | Date : 19/09/2022<br /> | ||
---- | ---- | ||
Traduction :<br /> | Traduction :<br /> | ||
| Ligne 23 : | Ligne 24 : | ||
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 [https://www.scaledagileframework.com/scrum-master/ 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.<br/> | 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 [https://www.scaledagileframework.com/scrum-master/ 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.<br/> | ||
===Responsabilités=== | ===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 [https://www.scaledagileframework.com/program-and-solution-kanbans/ Program Kanban] et d'autres radiateurs d'information | |||
* Établir et communiquer les calendriers annuels des [https://www.scaledagileframework.com/iterations/ itérations] et des [https://www.scaledagileframework.com/program-increment/ Program Increments (PI)] | |||
* Faciliter la préparation du [https://www.scaledagileframework.com/pi-planning/ PI Planning] en favorisant un processus d'[https://www.scaledagileframework.com/continuous-exploration/ Exploration Continue] qui conduit à la synthèse d'une [https://www.scaledagileframework.com/vision/ vision], d'une [https://www.scaledagileframework.com/roadmap/ roadmap] et de [https://www.scaledagileframework.com/program-and-solution-backlogs/ backlogs], et à l'aide des événements [https://www.scaledagileframework.com/pre-and-post-pi-planning/ Pre- et Post-PI]. | |||
* Faciliter l'événement du PI Planning | |||
* Synthétiser [https://www.scaledagileframework.com/pi-objectives les objectifs du PI de l'équipe] en [https://www.scaledagileframework.com/pi-objectives/ 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 [https://www.scaledagileframework.com/system-architect-engineering/ System] et [https://www.scaledagileframework.com/solution-architect-engineering/ Solution Architects/Engineering] | |||
* Travailler avec le [https://www.scaledagileframework.com/product-management/ Product] et [https://www.scaledagileframework.com/solution-management/ Solution Management], les [https://www.scaledagileframework.com/product-owner/ 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 [https://www.scaledagileframework.com/devops/ DevOps] et au Release on Demand dans le [https://www.scaledagileframework.com/continuous-delivery-pipeline/ Continuous Delivery Pipeline] | |||
* Contribuer à la mise en œuvre du cycle d'innovation [https://www.scaledagileframework.com/lean-ux/ Lean User Experience (UX)] | |||
* Travailler avec l'Agile Program Management Office (APMO) sur l'exécution du programme et l'excellence opérationnelle (voir [https://www.scaledagileframework.com/lean-portfolio-management/ Lean Portfolio Management]) | |||
* Comprendre et opérer dans le cadre des [https://www.scaledagileframework.com/lean-budgets/ Budgets Lean] et s'assurer du respect des [https://www.scaledagileframework.com/guardrails/ Garde-fous] | |||
* Faciliter les [https://www.scaledagileframework.com/system-demo/ démonstrations de systèmes] | |||
* Promouvoir une amélioration permanente par le biais d'ateliers [https://www.scaledagileframework.com/inspect-and-adapt/ Inspect and Adapt] ; évaluer le niveau d'agilité de l'ART et l'aider à s'améliorer | |||
* Encourager les [https://www.scaledagileframework.com/communities-of-practice/ communautés de pratique] et l'utilisation de l'ingénierie et des pratiques de [https://www.scaledagileframework.com/built-in-quality/ 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=== | ===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 [https://www.scaledagileframework.com/lean-agile-mindset/ 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 [https://www.scaledagileframework.com/apply-systems-thinking/ 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== | ==En savoir plus== | ||
| Ligne 30 : | Ligne 71 : | ||
[2] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/> | [2] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/> | ||
[3] Trompenaars, Fons, and Ed Voerman. ''Servant-Leadership Across Cultures: Harnessing the Strengths of the World’s Most Powerful Management Philosophy.'' McGraw-Hill, 2009. | [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== | |||
[https://www.scaledagileframework.com/posters/ Télécharger les posters] | |||
