Questions d'entretien RTE SAFe, du PI Planning à l'Inspect & Adapt

Le release train engineer fait tourner un Agile Release Train de 50 à 125 personnes : il prépare le PI Planning, suit les dépendances et les risques, anime les synchronisations et l'Inspect & Adapt. Il ne décide pas du contenu, il fait en sorte que le train tienne ses engagements PI après PI.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus5 min de lecture

La fiche Release train engineer (RTE) : technologies, chaîne du poste, une question et la grille d'évaluation

Un RTE se juge sur des trains qu'il a fait tourner, pas sur sa connaissance du schéma SAFe. Le point de départ de l'entretien d'un release train engineer est un PI Planning qu'il a organisé : combien de personnes, quel contenu prêt la veille, ce qui a dérapé le premier jour, le résultat du vote de confiance. Les offres françaises le cherchent sous les titres RTE, release train engineer ou coordinateur de programme agile, souvent pour des trains d'au moins 100 personnes, avec plusieurs prestataires.

Les candidats viennent de deux horizons. Les anciens scrum masters connaissent la facilitation et les équipes, mais ont rarement géré des business owners ou des contrats de prestataires. Les anciens chefs de projet ou directeurs de programme savent piloter un budget et une direction, et retombent parfois dans le planning détaillé et le pourcentage d'avancement. L'entretien couvre les deux versants.

La façon dont le candidat parle des mesures est révélatrice. Un RTE solide sait calculer la prévisibilité du train à partir de la valeur métier, lit la charge et le temps de flux des features, et transforme l'Inspect & Adapt en actions planifiées. Le PDF contient 30 questions sur six axes et un cas de 20 minutes sur un train en difficulté.

Les événements et outils d'un release train engineer

Agile Release Train (ART)

Un ensemble d'équipes agiles, 50 à 125 personnes selon SAFe, qui planifient, livrent et présentent leur travail au même rythme. Le RTE en est le facilitateur, aux côtés du product management pour le contenu et du system architect pour la technique. Il n'a en général pas d'autorité hiérarchique sur les équipes.

PI Planning

Deux jours de planification avec tout le train, tous les huit à douze semaines. Les équipes construisent leurs plans d'itération, rédigent leurs objectifs de PI et votent leur confiance. C'est l'événement qui expose le plus le RTE : sa préparation est toujours un sujet d'entretien.

Tableau de planification et ROAM

Le tableau de planification du train, appelé program board avant SAFe 6.0, montre les features par itération et les dépendances entre équipes. Les risques remontés sont classés en Resolved, Owned, Accepted ou Mitigated. Un tableau couvert de dépendances en fin de PI Planning dit beaucoup sur le découpage du train.

ART sync, system demo, Inspect & Adapt

Pendant le PI, l'ART sync réunit le coach sync des scrum masters et le PO sync. La system demo montre le système intégré à la fin de chaque itération. L'Inspect & Adapt clôt le PI avec une démo, une revue des mesures et un atelier de résolution de problèmes.

Mesures de flux et prévisibilité

SAFe propose six mesures de flux : distribution, vélocité, temps, charge, efficacité, prévisibilité. La prévisibilité compare la valeur métier livrée à celle prévue par les business owners. Un RTE doit savoir la calculer et expliquer pourquoi un score parfait à chaque PI est suspect.

Outils d'ALM et de planification

Jira avec ses plans (ex-Advanced Roadmaps) ou Jira Align, Azure DevOps, parfois Rally ou Planview, et des tableaux partagés comme Miro pour les PI Planning à distance. Le RTE configure rarement l'outil lui-même, mais il doit savoir en tirer les données des mesures du train.

Certification SAFe RTE

Délivrée par Scaled Agile après un cours de niveau avancé et un examen de 60 questions en 120 minutes, renouvelée chaque année. Le cours actuel est présenté comme AI-Empowered et inclut un domaine sur l'usage de l'IA dans le rôle. Les offres françaises la citent peu. L'expérience de trains réels compte davantage.

Le RTE est souvent salarié d'un grand groupe ou consultant en mission longue, rattaché à la direction de programme, à la DSI ou à un value management office. Il travaille avec le product management, le system architect, les business owners et les scrum masters, et coordonne souvent les équipes de deux ou trois prestataires. Les intitulés varient : RTE, coordinateur de programme agile, parfois chef de projet MOE de niveau 3 chargé de piloter un train. Quand plusieurs trains construisent un même système, un solution train engineer joue le même rôle un niveau au-dessus. Le poste demande en général plusieurs années de pilotage de programmes ou de scrum master avant d'y arriver.

Six compétences à contrôler chez un RTE

  • Préparation et animation du PI Planning
  • Gestion des dépendances et des risques
  • Pilotage de l'exécution du PI
  • Mesures du train et Inspect & Adapt
  • Chaîne de livraison et architecture
  • Business owners, capacité et prestataires

Questions de situation pour un release train engineer

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

  1. Question 1 · confirmé

    Quinze jours avant le PI Planning, qu'est-ce qui doit être prêt pour tout le train, et avec qui le préparez-vous ?

    Une bonne réponseLe contenu d'abord : une vision et des priorités présentées par le product management, les dix features du haut du backlog prêtes avec leurs critères d'acceptation, l'architecture présentée par le system architect, la capacité de chaque équipe (congés, départs) et les dépendances connues. Puis l'organisation : présence des business owners, salle ou outil distant, horaires, agenda des deux jours. Il prépare le contenu avec le product management et le system architect, la logistique avec les scrum masters.

    Signal d'alerteUne préparation limitée à la logistique et à la réservation des salles, ou un backlog que les équipes découvrent le premier matin.

  2. Question 2 · confirmé

    Sur le tableau de planification du train, trois équipes dépendent d'une même équipe au cours de la même itération. Comment traitez-vous cette situation pendant le PI Planning ?

    Une bonne réponseIl la fait apparaître tout de suite et réunit les équipes concernées avec les PO. Les options : étaler les livraisons sur plusieurs itérations, déplacer du travail dans l'équipe qui en a besoin, réduire la portée d'une feature, ou accepter le risque et le noter. Il vérifie que l'équipe sollicitée a bien la capacité et l'a dit elle-même. Il note aussi que ce motif revient et qu'il faudra peut-être revoir le découpage des équipes.

    Signal d'alerteLaisser les équipes « s'arranger » entre elles sans visibilité, ou forcer l'équipe sollicitée à tout accepter.

  3. Question 3 · confirmé

    Les system demos de fin d'itération montrent des écrans séparés par équipe, jamais un parcours complet. Que changez-vous ?

    Une bonne réponseIl demande une démo du système intégré dans un environnement commun, construite autour des features et des parcours, préparée avec le product management. Si l'intégration n'est pas possible, c'est un signal sur la chaîne de livraison du train qu'il fait remonter et traiter. Les business owners et des utilisateurs sont présents.

    Signal d'alerteAccepter des démos par équipe parce que l'intégration se fera en fin de PI.

  4. Question 4 · confirmé

    Comment calculez-vous la prévisibilité du train, et que faites-vous d'un train qui plafonne à 50 % ?

    Une bonne réponsePour chaque équipe, la valeur métier réellement livrée sur les objectifs engagés est comparée à la valeur prévue par les business owners au PI Planning. La moyenne donne la prévisibilité du train. À 50 %, il cherche la cause : surplanification, dépendances non tenues, urgences imprévues, objectifs mal rédigés. Il traite la cause principale à l'Inspect & Adapt plutôt que de baisser les engagements sans comprendre.

    Signal d'alerteConfondre prévisibilité et vélocité, ou viser 100 % à chaque PI.

  5. Question 5 · senior

    Le train compte trois prestataires, chacun avec son contrat et son chef de projet. Comment les faites-vous fonctionner comme un seul train ?

    Une bonne réponseMêmes événements pour tous (PI Planning, ART sync, system demo, Inspect & Adapt), mêmes outils et mêmes critères de terminé. Il travaille avec les achats et les managers des prestataires pour que les contrats permettent de s'engager sur des objectifs de PI plutôt que sur des lots figés. Les chefs de projet des prestataires deviennent interlocuteurs pour la capacité et le staffing, pas un niveau de pilotage parallèle.

    Signal d'alerteLaisser chaque prestataire suivre son propre planning et ses propres comités, avec un reporting consolidé par le RTE.

Recevez la fiche d'entretien complète en PDF

La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.

  • 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
  • Le niveau visé pour chaque question
  • Une mise en situation de 20 minutes et ce qu'on attend du candidat
  • La grille d'évaluation de 1 à 4, axe par axe

Release train engineer : les questions fréquentes

Quelle différence entre un release train engineer et un scrum master ?

Le scrum master accompagne une équipe : ses événements, ses obstacles, ses pratiques. Le RTE accompagne un train entier et travaille avec des interlocuteurs que le scrum master voit peu : business owners, product management, system architect, prestataires, direction. Il organise le PI Planning et l'Inspect & Adapt, suit les dépendances entre équipes et la prévisibilité du train. Beaucoup de RTE ont été scrum masters, mais le poste demande en plus de tenir des arbitrages avec la direction.

La certification SAFe RTE est-elle exigée ?

Elle montre que le candidat connaît le rôle tel que Scaled Agile le décrit et se renouvelle chaque année, ce qui permet de voir si elle est à jour. La plupart des offres françaises ne l'exigent pas. Un candidat non certifié qui a fait tourner un train pendant deux ans vaut mieux qu'un certifié qui n'a jamais préparé de PI Planning. Pour un premier poste de RTE, elle rassure sur le vocabulaire et les événements.

Comment se passe un entretien de release train engineer ?

Un format courant commence par le récit d'un train réel, se poursuit par des questions de situation sur le PI Planning, les dépendances, les mesures et les prestataires, puis se termine par un cas : un train en difficulté à reprendre. Il n'y a pas de test technique au sens d'un exercice de code, mais le candidat doit savoir lire un tableau de planification et calculer une prévisibilité. Chaque axe est noté sur la même grille, ce qui permet de comparer les candidats.

Quel parcours mène au poste de RTE ?

Deux chemins dominent. Des scrum masters expérimentés qui ont travaillé dans un train et ont déjà co-animé un PI Planning, et des chefs de projet ou directeurs de programme passés à l'agilité à l'échelle. Les premiers doivent montrer leur aisance avec la direction et les contrats, les seconds leur capacité à lâcher le planning détaillé. Delectus AI peut mener un premier échange de préqualification avec ces questions avant l'entretien avec le manager.

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint