Les entretiens de Scrum Master vérifient trois choses : si vous connaissez le framework (rôles, événements, artefacts), si vous savez coacher une vraie équipe face aux problèmes, et si vous savez rester un servant leader plutôt que d'agir comme un chef de projet. Attendez-vous à des questions de mise en situation, comme une équipe qui rate chaque sprint ou un product owner qui change les priorités en cours de sprint.
Voici 22 questions avec des exemples de réponses. Le Guide Scrum évolue légèrement d'une édition à l'autre, alors précisez laquelle vous utilisez si on vous le demande.
Les bases de Scrum
1. Qu'est-ce que Scrum ?
« Un framework léger pour livrer un travail complexe par cycles courts appelés sprints. Une petite équipe travaille vers un objectif, inspecte le résultat et s'adapte. Il repose sur l'empirisme : transparence, inspection et adaptation. »
2. Quels sont les rôles Scrum ?
« Les Developers, qui construisent le produit. Le Product Owner, qui maximise la valeur du produit et gère le backlog. Le Scrum Master, qui aide l'équipe et l'organisation à comprendre et à bien utiliser Scrum. »
3. Quels sont les événements Scrum ?
| Événement | Objectif |
|---|---|
| Sprint | Un time box d'un mois ou moins qui contient tous les autres événements |
| Sprint Planning | Décider ce qui peut être fait durant ce sprint et comment |
| Daily Scrum | Un point de 15 minutes des developers pour planifier les prochaines 24 heures |
| Sprint Review | Inspecter l'incrément avec les parties prenantes et adapter le backlog |
| Sprint Retrospective | Inspecter la façon dont l'équipe a travaillé et convenir d'améliorations |
4. Quels sont les artefacts Scrum et leurs engagements ?
« Le Product Backlog avec le Product Goal, le Sprint Backlog avec le Sprint Goal, et l'Increment avec la Definition of Done. Chaque artefact a un engagement qui rend la progression transparente. »
5. Qu'est-ce que la Definition of Done, et pourquoi est-ce important ?
« Une description partagée de ce qui doit être vrai pour qu'un travail soit considéré comme terminé, par exemple : code relu, testé, documenté et déployable. Sans elle, "terminé" signifie des choses différentes selon les personnes et la qualité se dégrade. »
6. Quelle est la différence entre un Scrum Master et un chef de projet ?
« Un chef de projet dirige le travail, suit le planning et assigne souvent les tâches. Un Scrum Master ne manage pas l'équipe. Il coache, lève les obstacles, protège le processus et aide l'équipe à devenir auto-organisée. »
Le travail au quotidien
7. Que fait un Scrum Master toute la journée ?
« Faciliter les événements quand c'est nécessaire, aider l'équipe à repérer et à lever les blocages, coacher le Product Owner sur la gestion du backlog, travailler avec les autres équipes et les managers sur les obstacles, et suivre les tendances comme le carry-over ou les bugs pour les apporter en rétrospective. »
8. Comment menez-vous une rétrospective efficace ?
« Je crée un espace sûr et un objectif clair, je recueille des données comme les événements du sprint, je laisse chacun contribuer, je regroupe les thèmes, je choisis une ou deux améliorations avec des responsables, et je les vérifie à la rétrospective suivante. Je varie le format pour garder de la fraîcheur, et j'évite les rétros qui ne font que lister des plaintes. »
9. Comment gérez-vous une équipe lassée du daily Scrum ?
« Je leur demande ce qu'ils en attendent. Si c'est devenu un rapport de statut à mon intention, je leur rappelle qu'il est fait pour les developers, je recentre sur le sprint goal et j'essaie un autre format, comme parcourir le tableau en partant de la droite. Le but est de planifier la journée à venir, pas de faire un rapport. »
10. Comment aidez-vous une équipe à estimer ?
« J'utilise l'estimation relative, comme les story points ou les tailles de t-shirt, avec de la discussion, à la manière du planning poker. L'important, c'est la compréhension partagée, pas la précision. Je m'appuie sur le débit passé de l'équipe pour prévoir, et je ne compare pas la vélocité entre les équipes. »
11. Qu'est-ce que la vélocité, et comment est-elle mal utilisée ?
« La quantité de travail qu'une équipe termine dans un sprint, généralement en story points. Elle aide une équipe à prévoir. Elle est mal utilisée comme objectif de performance ou pour comparer les équipes, ce qui pousse les gens à gonfler leurs estimations. »
Scénarios
12. L'équipe n'atteint pas son objectif de sprint à chaque sprint. Que faites-vous ?
« Je chercherais les causes à l'aide des données et du point de vue de l'équipe. Les user stories sont-elles trop grosses ? Du travail est-il ajouté en cours de sprint ? Des dépendances les bloquent-elles ? L'objectif est-il flou ? Ensuite, je porterais le sujet en rétrospective et je proposerais une expérimentation, comme des stories plus petites, une limite sur le travail en cours ou un affinage plus en amont. »
13. Le Product Owner ne cesse de changer les priorités au milieu du sprint. Que faites-vous ?
« Je discuterais avec lui de l'impact sur l'équipe et sur l'objectif de sprint. Pendant un sprint, le périmètre peut être clarifié avec les développeurs, mais l'objectif de sprint est protégé. Si le changement est vraiment urgent, le Product Owner peut annuler le sprint, ce qui reste rare. Sinon, cela part au backlog pour la prochaine planification. Je l'aiderais aussi à affiner le backlog pour que les priorités soient plus claires. »
14. Une partie prenante s'adresse directement aux développeurs pour ses demandes. Que faites-vous ?
« J'expliquerais le coût pour l'équipe et pour le sprint, et j'orienterais les parties prenantes vers le Product Owner et la Sprint Review comme canaux. Je coacherais aussi les développeurs sur la manière de rediriger les demandes avec tact. »
15. Un développeur monopolise les discussions pendant que les autres restent silencieux. Que faites-vous ?
« Dans les événements, j'utiliserais des techniques qui font participer tout le monde, comme écrire les idées en silence d'abord, un tour de table ou des échanges en binômes. En privé, je parlerais à la personne qui domine la discussion pour qu'elle laisse de la place. Je regarderais ce dont les membres plus discrets ont besoin. »
16. Un manager veut que vous fassiez un reporting sur la productivité individuelle. Que répondez-vous ?
« J'expliquerais que Scrum mesure les résultats de l'équipe et que les métriques individuelles réduisent la collaboration. Je proposerais des mesures au niveau de l'équipe, comme le cycle time, le débit et la qualité, et je partagerais l'avancement du travail. »
17. Comment gérez-vous les conflits au sein de l'équipe ?
« Je mets le problème sur la table tôt, j'écoute chaque personne séparément, puis je les aide à parler directement du problème et de son impact. Je me concentre sur le comportement et l'objectif, pas sur la personne, et nous convenons d'une action. Si cela ne se résout pas, j'implique un manager. »
18. Que feriez-vous si l'équipe ne suit pas Scrum ?
« Je demanderais d'abord pourquoi. Il se peut qu'une pratique ne soit pas utile dans leur contexte, ou que personne ne l'ait expliquée. Je coacherais en expliquant la raison derrière chaque pratique, je proposerais une expérimentation et j'en examinerais le résultat. Je remonterais les obstacles organisationnels, comme des managers qui assignent des tâches, à la direction. »
Agile et outils
19. Quelle est la différence entre Scrum et Kanban ?
« Scrum repose sur des sprints de durée fixe, des rôles définis et des événements. Kanban est un système de flux : visualiser le travail, limiter le travail en cours et gérer le flux, sans time boxes imposées. Beaucoup d'équipes combinent des idées des deux. »
20. Comment passez-vous à l'échelle de Scrum sur plusieurs équipes ?
« On commence par rendre les dépendances visibles et par garder des équipes pluridisciplinaires. On utilise une cadence partagée, un Scrum of Scrums ou une synchronisation similaire, et un backlog ou des objectifs communs. Des frameworks comme Nexus, LeSS ou SAFe existent, mais je commencerais par l'approche la plus simple qui résout le vrai problème. »
21. Quels outils utilisez-vous ?
« Jira ou un outil de suivi similaire, un tableau blanc numérique pour les rétrospectives et le tableau propre à l'équipe. Je choisis des outils que l'équipe maintiendra à jour, et je les utilise pour rendre le travail visible, pas pour surveiller. »
22. Avez-vous des questions à nous poser ?
« Combien d'équipes travaillent sur ce produit, et comment se coordonnent-elles ? Quel est le regard de la direction sur Scrum, et qu'a-t-on déjà essayé ? Quel est le plus gros obstacle auquel vos équipes font face ? »
Certifications
De nombreuses offres d'emploi demandent une certification de type Certified ScrumMaster ou Professional Scrum Master. Elles montrent que vous avez appris le framework, mais les recruteurs s'intéressent davantage à ce que vous avez fait avec une vraie équipe. Préparez des exemples d'un obstacle que vous avez levé et d'une amélioration issue d'une rétrospective.
Comment se préparer
Préparez des histoires pour : une équipe que vous avez coachée face à un problème, un conflit que vous avez aidé à résoudre, une rétrospective qui a changé quelque chose, et une fois où vous avez tenu tête à la direction. Relisez le Guide Scrum actuel pour que votre terminologie soit exacte. Consultez notre guide d'entretien sur le leadership et notre guide d'entretien sur le management pour des questions connexes.
Entraînez-vous en entretien simulé et relisez la transcription pour repérer les moments où vous avez donné une définition alors que la question portait sur ce que vous feriez. Respectez les règles de l'employeur concernant les outils d'IA lors de tout entretien en direct.
Entraînez-vous aux réponses de Scrum Master avec YesToTheOffer
Faites un entretien simulé, discutez des scénarios d'équipe à voix haute et examinez votre transcription par la suite. 30 minutes gratuites, sans abonnement.
