Le scrum master SAFe, appelé scrum master / team coach depuis SAFe 6.0, fait le travail d'un scrum master classique dans une équipe qui appartient à un train de 50 à 125 personnes. Les questions d'entretien d'un scrum master SAFe couvrent donc deux niveaux : la vie de l'équipe sur une itération et les événements du train, PI Planning, ART sync, system demo et Inspect & Adapt.
Beaucoup de CV portent la certification SSM et le mot SAFe sans que la personne ait tenu un PI Planning du côté de l'équipe. La différence s'entend vite sur des points concrets : le calcul de capacité par itération, la différence entre objectif engagé et non engagé, le classement ROAM d'un risque, le rôle de l'itération IP. Un candidat qui a vécu plusieurs PI raconte aussi un plan qui a dérapé et ce qu'il en a dit au RTE.
Le contexte compte : taille du train, le nombre d'équipes suivies par le scrum master et la version du framework appliquée, puisque Scaled Agile fait évoluer SAFe en continu. Le PDF contient un cas de 20 minutes sur une équipe surchargée au premier jour du PI Planning.
SAFe vu depuis l'équipe : les repères
SAFe 6.0 et ses évolutions
Le Scaled Agile Framework, publié par Scaled Agile. La version 6.0 a renommé le PI en Planning Interval et le rôle en scrum master / team coach. Le framework évolue depuis par mises à jour publiées en ligne : Scaled Agile présente depuis juin 2026 une approche « AI-Native SAFe » qui revoit des événements du train. Reste à savoir quelle version le dernier client appliquait.
Agile Release Train (ART)
Le train regroupe des équipes agiles qui livrent ensemble une même solution, sur une cadence commune de PI de huit à douze semaines. Il est piloté par un RTE, un product management et un system architect, avec des business owners côté métier. Le scrum master travaille dans ce cadre pour une ou deux équipes.
PI Planning
L'événement de deux jours, en général, où tout le train planifie le PI suivant. Chaque équipe y calcule sa capacité, découpe les features en stories, pose ses dépendances sur le planning board du train et rédige ses objectifs de PI. Il se termine par un vote de confiance. C'est le moment le plus visible du poste.
Objectifs de PI et valeur métier
Les objectifs résument en langage métier ce que l'équipe vise pour le PI, engagés ou non engagés. Les business owners leur attribuent une valeur de 1 à 10 au PI Planning, puis notent la valeur obtenue en fin de PI. Le rapport des deux donne la prévisibilité.
ROAM et planning board
Le planning board du train montre les dates de livraison des features et les dépendances entre équipes. Les risques remontés au PI Planning sont classés en ROAM : resolved, owned, accepted, mitigated. Un scrum master SAFe doit savoir faire vivre ces deux supports pendant tout le PI.
ART sync, system demo et Inspect & Adapt
L'ART sync réunit le coach sync des scrum masters et le PO sync. La system demo montre à chaque itération l'incrément intégré du train. L'Inspect & Adapt, en fin de PI, combine démo, mesures et atelier de résolution de problèmes.
Jira, Jira Align, Azure DevOps
Les équipes travaillent souvent dans Jira ou Azure DevOps. Jira Align, ou un outil de portefeuille comme Clarity, agrège les features, les objectifs et les dépendances au niveau du train. L'outil utilisé pour suivre les dépendances est un bon point de départ.
Certification SSM
La certification SAFe Scrum Master s'obtient après le cours de Scaled Agile, aujourd'hui intitulé AI-Empowered SAFe Scrum Master, et un examen de 45 questions en 90 minutes avec 80 % de réussite. Elle se maintient par de la formation continue. SASM, SAFe Advanced Scrum Master, est le niveau suivant.
Le poste existe là où une organisation a lancé un ou plusieurs trains SAFe, souvent dans de grandes DSI. En prestation ou en freelance, le scrum master SAFe arrive dans un train déjà lancé et doit comprendre vite sa cadence, ses outils et ses habitudes. Chez un client final, il vit plusieurs PI avec les mêmes équipes et peut agir sur le fonctionnement du train. Les annonces demandent souvent la certification SSM et une expérience du PI Planning. Le poste diffère de celui de RTE, qui facilite les événements du train entier, ni avec celui de coach agile SAFe (SPC), qui porte la transformation.
Les points à valider chez un scrum master SAFe
- Connaissance de SAFe côté équipe
- Préparation et tenue du PI Planning
- Gestion des dépendances et des risques
- Objectifs de PI et prévisibilité
- Inspect & Adapt et amélioration continue
- Travail avec RTE, PO et business owners
Cinq moments du PI racontés par le scrum master SAFe
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.
Question 1 · confirmé
À la fin du premier jour du PI Planning, le plan de votre équipe charge 130 % de sa capacité. Que faites-vous avant la revue du management ?
Une bonne réponseIl refait le calcul de capacité itération par itération, avec les absences et le temps de run, et montre l'écart au product owner. Les features en trop passent en objectifs non engagés ou sont rendues au product management, qui arbitre à la revue du management du soir. Il signale le problème au RTE dès la revue des plans provisoires. L'itération d'innovation et de planification (IP) ne sert pas de réserve pour absorber le surplus.
Signal d'alerteGarder le plan tel quel « parce que le métier en a besoin », ou compter sur l'itération IP pour rattraper le retard.
Question 2 · confirmé
En itération 3, votre équipe découvre une dépendance à l'équipe sécurité qui ne figure nulle part sur l'ART planning board. Que faites-vous ?
Une bonne réponseIl fait ajouter la dépendance sur l'ART planning board avec la date dont l'équipe a besoin, puis la porte au coach sync pour que l'équipe sécurité et le RTE la voient. Avec le product owner, il mesure l'effet sur les objectifs de PI engagés et prévient le business owner si l'un d'eux ne tient plus. Il cherche les options avec les developers : réordonner les stories, avancer sur ce qui ne dépend pas de la sécurité, réduire le périmètre. Le risque est classé en ROAM avec un propriétaire. Ensuite il traite la cause en rétrospective : pourquoi la dépendance n'est pas sortie pendant la préparation du PI Planning.
Signal d'alerteAttendre la system demo pour signaler le retard, ou négocier en direct avec un membre de l'équipe sécurité sans rendre la dépendance visible.
Question 3 · confirmé
Au PI Planning, le brouillon d'objectifs de votre équipe recopie les titres de cinq features. Comment le faites-vous retravailler avant la revue des plans ?
Une bonne réponseIl fait reformuler chaque objectif en résultat métier : ce que l'utilisateur ou le business owner pourra constater en fin de PI, pas la liste des features. Il fait séparer les objectifs engagés de ceux qui restent non engagés à cause d'une dépendance ou d'une incertitude, et vérifie que le total tient dans la capacité calculée. Il invite un business owner à passer voir l'équipe pendant la séance pour valider le sens des objectifs, puisque c'est lui qui attribue la valeur métier de 1 à 10 et qui notera la valeur obtenue en fin de PI.
Signal d'alerteLaisser la liste des features telle quelle, ou rédiger les objectifs lui-même à la place de l'équipe et du product owner.
Question 4 · senior
À l'Inspect & Adapt, le train affiche une prévisibilité de 55 %. Comment préparez-vous l'atelier de résolution de problèmes ?
Une bonne réponseIl rappelle les trois temps de l'Inspect & Adapt : démo du PI, mesures quantitatives et qualitatives, puis rétrospective et atelier de résolution de problèmes. Il aide à choisir un ou deux problèmes et à les formuler précisément, puis anime la recherche des causes (diagramme d'Ishikawa, cinq pourquoi, Pareto pour voter sur la cause principale). Les actions retenues entrent comme éléments d'amélioration dans le backlog du PI suivant et passent au PI Planning.
Signal d'alerteUne rétrospective générale sans données, ou un atelier qui désigne l'équipe responsable du retard.
Question 5 · confirmé
Le product management ajoute une feature prioritaire au milieu du PI. Qu'est-ce que cela change pour votre équipe ?
Une bonne réponseLe changement passe par le product management et le RTE, au niveau du train, avec une priorisation WSJF face au reste. Le product owner mesure ce qui sort du team backlog pour faire entrer la feature. Il rend visible l'effet sur les objectifs de PI engagés, que les business owners doivent accepter de revoir. Le scrum master SAFe facilite ces échanges et protège l'itération en cours.
Signal d'alertePrendre la feature directement dans l'itération en cours, ou la refuser au nom de l'engagement du PI Planning.
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
Scrum master SAFe : les questions fréquentes
Quelle différence entre un scrum master SAFe et un RTE ?
Le scrum master SAFe accompagne une ou deux équipes du train : leurs événements, leurs obstacles, leur part du PI Planning. Le RTE facilite les événements du train entier, suit les risques et dépendances au niveau de l'ART et anime le coach sync des scrum masters. Un scrum master SAFe expérimenté peut devenir RTE, mais l'entretien n'est pas le même : le RTE se juge sur la tenue d'un train complet et la relation avec le product management.
La certification SSM est-elle exigée ?
Elle montre que la personne connaît le vocabulaire et les événements de SAFe, ce qui évite une période d'apprentissage dans un train déjà lancé. Elle s'obtient après un cours de Scaled Agile et un examen en ligne. Elle ne dit rien de la capacité à tenir un PI Planning ou à gérer une dépendance qui dérape. Pour un profil qui a vécu plusieurs PI sans certification, l'expérience compte davantage.
Un scrum master sans expérience SAFe peut-il prendre le poste ?
Oui, si le Scrum est solide et que l'équipe d'accueil peut l'accompagner sur un premier PI. Il devra apprendre le calcul de capacité, les objectifs de PI, le ROAM et le rythme des synchronisations du train. L'entretien reprend les questions d'équipe du scrum master classique, puis une ou deux situations de train pour voir s'il comprend la logique. La certification SSM peut venir dans les premiers mois.
Quelle mise en situation est donnée à un scrum master SAFe ?
Un test technique au sens du code n'a pas de sens pour ce poste. Mieux vaut un extrait de planning board avec des dépendances croisées : la personne dit ce qui l'inquiète. Une autre option : un plan d'équipe qui dépasse la capacité, à corriger en dix minutes avant la revue du management. On voit si la personne raisonne en capacité, en objectifs engagés et en risques ROAM.
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.
