C’est un abus de notre pouvoir que d’assumer la responsabilité de résoudre des problèmes qui appartiennent à d’autres.

—Peter Block

Le RTE (Release Train Engineer) est un servant leader et coach de l’Agile Release Train (ART). Les principales responsabilités du RTE sont de faciliter les événements et les processus de l’ART et d’aider les équipes à créer de la valeur. Le RTE communique avec les parties prenantes, escalade les obstacles, aide à gérer les risques et favorisent l’amélioration continue.

Bien que l’ART est composé d’équipes auto-organisées et autogérées, le train ne se conduit pas et ne se dirige pas par lui-mêmes sur le pilote automatique. Cette responsabilité incombe au RTE, qui agit plus efficacement en tant que servant leader. Il comprend parfaitement comment adapter les pratiques Lean et Agile et comprend les opportunités et les défis uniques associés à la facilitation et à l’alignement continu d’un grand programme de développement.

Détails

Le RTE facilite les processus et l’exécution de ART. Il escalade les obstacles, gère les risques, aide à garantir la livraison de valeur et aide à conduire des améliorations sans relâche. Beaucoup participent également à la transformation Lean-Agile, en coachant des leaders, des équipes et des Scrum Masters dans les nouveaux processus et mode de pensée. Il aide à configurer SAFe en fonction des besoins de l’organisation, en normalisant et en documentant les pratiques.

Responsabilités

Le RTE remplit généralement les responsabilités suivantes :

  • Gérer et optimiser le flux de valeur via l’ART à l’aide de divers outils, tels que le Kanban du Programme et d’autres radiateurs d’informations.
  • Établir et communiquer les calendriers annuels pour les Iteration et les Program Increments (PIs)
  • Faciliter la préparation du PI Planning en favorisant un processus d’exploration continue qui permet la synthèse d’une Vision, d’une Roadmap et d’un Backlog, ainsi que lors des Pre- et Post-PI Planning meeting
  • Faciliter l’événement du PI Planning
  • Résumer les Team PI Objectives en Program PI Objectives (le RTE) et les publier pour plus de visibilité et de transparence
  • Assister au suivi de l’exécution des fonctionnalités (voir Metrics)
  • Faciliter les réunions périodiques de synchronisation, y compris la synchronisation de l’ART au Program Level
  • Participer à la prise de décision économique en facilitant l’estimation des fonctionnalités et des capacités par les équipes et la mise à niveau des Epics, le cas échéant.
  • Coach leaders, équipes et Scrum Masters en pratiques Lean-Agile et en mode de pensée
  • Aide à gérer les risques et les dépendances
  • Escalader et repérer les obstacles
  • Fournir des commentaires sur les ressources pour résoudre les goulots d’étranglement critiques
  • Encourager la collaboration entre les équipes et les System Architects/Engeneering
  • Travailler avec le Product Management, les Product Owners et les autres parties prenantes pour aider à assurer l’alignement de la stratégie et de l’exécution
  • Améliorez le flux de valeur grâce aux flux de valeur en améliorant et en évaluant les compétences DevOps et Release on Demand
  • Aidez à conduire le cycle d’innovation Lean User Experience (UX)
  • Travailler avec le Agile Program Management Office (APMO) sur l’exécution du programme et l’excellence opérationnelle (voir Lean Portfolio Management)
  • Comprendre et utiliser les Lean Budgets et assurer le respect des Guardrails
  • Facilitez les Systems Demos
  • Stimulez les améliorations sans relâche via les ateliers Inspect et Adapt; évaluer le niveau d’agilité de l’ART et les aider à s’améliorer
  • Favoriser les Communities of Pratice et l’utilisation d’ingénierie et les pratiques de Built-In Quality

Structure de rapport

SAFe ne prescrit pas de structure de reporting, mais le RTE relève généralement de l’organisation de développement ou d’un APMO, qui, dans SAFe, est considéré comme faisant partie de la gestion de portefeuille Lean. Pour les entreprises ayant des organisations PMO existantes, un responsable de programme joue souvent ce rôle.

Le RTE est un Servant Leader

Bien que les nouveaux RTE aient généralement les compétences organisationnelles nécessaires pour jouer leur rôle, ils peuvent avoir besoin d’apprendre et d’adopter des mentalités Lean-Agile. Ils peuvent avoir besoin de passer des activités de direction et de gestion à celles de Servant Leader. Le leadership de service est une philosophie qui implique une vision globale de la qualité des gens, du travail et de l’esprit communautaire [1]. L’accent est mis sur la fourniture du support nécessaire aux équipes, à l’ART pour s’auto-organiser et s’autogérer. Les actions caractéristiques du Servant Leader incluent:

  • É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 et compatir avec les autres
  • Encourager et soutenir le développement personnel de chaque individu et le développement des équipes
  • Coach les gens avec des questions puissantes plutôt que d’utiliser l’autorité
  • Pensez au-delà des activités quotidiennes. appliquer la pensée systémique
  • Soutenir les engagements des équipes
  • Être ouvert et apprécier l’ouverture d’esprit chez les autres

Comme le disait Robert Greenleaf, le père du servant leadership, «Les bons dirigeants doivent d’abord devenir de bons serviteurs.» Tout comme il existe des schémas de transformation Lean-Agile pour la fonction LPM, il existe également des schémas de transformation pour un gestionnaire traditionnel passant à un leader serviteur. . Les états «de» et «à» sont:

  • De la coordination des activités et des contributions de l’équipe au coaching des équipes pour collaborer
  • Des délais aux objectifs
  • De l’atteinte de résultats spécifiques à l’investissement dans la performance globale du programme
  • De connaître la réponse à demander aux équipes la réponse
  • De diriger à laisser les équipes s’auto-organiser et trouver le rythme
  • De résoudre les problèmes à aider les autres à les résoudre

Apprendre encore plus

[1] Voir Servant Leadership at 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.

© Scaled Agile, Inc.

Source de l'article