Dans la plupart des DSI, le projet agile reste encadré par un budget voté, un contrat avec une ESN et des jalons fixés à l'avance : recette globale, mise en production, arrêt d'une ancienne application. Le chef de projet agile fait tenir ensemble ce cadre et des équipes qui livrent toutes les deux semaines. Les offres parlent de chef de projet hybride, de pilotage agile ou de chef de projet agile et cycle en V.
Le risque, en entretien, est d'écouter un exposé sur Scrum. Le vocabulaire des cérémonies s'apprend vite en formation. Ce qui distingue un candidat, c'est l'usage des chiffres de l'équipe : vélocité ou débit, croissance du backlog, coût d'un sprint. Avec ces trois données, il doit pouvoir dire au comité si la date tient et ce qu'il faut couper si elle ne tient pas.
Les questions d'entretien de chef de projet agile reposent sur des chiffres réels et un calcul à voix haute. Le candidat décrit aussi le partage des rôles sur son dernier projet : ce que décidait le product owner, ce qu'il décidait lui-même. Le PDF contient un cas de 20 minutes sur une date contractuelle menacée.
Les outils de pilotage d'un chef de projet agile
Scrum
Le cadre le plus répandu, décrit dans le Scrum Guide de novembre 2020. Un sprint dure un mois au plus, souvent deux semaines, avec planning, daily, revue et rétrospective. Le product owner, le scrum master et les développeurs se partagent les responsabilités, et le chef de projet n'en fait pas partie. Le candidat doit pouvoir dire où il se place par rapport à ces rôles.
Kanban
Un pilotage par flux, sans sprint fixe, avec une limite au nombre de sujets en cours par étape. On le trouve sur les équipes qui mélangent projet et support. Les mesures sont le débit (sujets terminés par semaine) et le délai de traitement de bout en bout.
Burn-up, vélocité et débit
Le burn-up trace deux courbes : le travail terminé et le périmètre total. Il montre à la fois l'avancement et la croissance du backlog, que le burn-down masque. La vélocité, en points par sprint, sert à prévoir pour une équipe donnée. Elle ne se compare pas d'une équipe à l'autre et ne mesure pas une productivité.
Prévision probabiliste
Une méthode qui se répand : à partir du débit passé, une simulation de Monte Carlo donne la probabilité de finir un lot avant une date. Elle évite de dépendre des points. Un candidat qui la connaît parle en pourcentage de chances, pas en date unique.
Gouvernance hybride
Des jalons contractuels et des comités de pilotage au-dessus, des sprints en dessous. Le chef de projet relie les releases aux jalons, traduit le burn-up en reporting pour un comité habitué au Gantt et organise une recette finale plus légère, puisque chaque sprint a déjà été validé.
Contrat agile avec une ESN
Le forfait classique sur spécification figée supporte mal un backlog qui change. Les montages courants : un prix par sprint pour une équipe dédiée avec des critères de qualité, un budget fixe à périmètre ajustable, ou des unités d'œuvre. Le chef de projet doit aussi éviter que la régie tourne au pilotage direct des consultants.
Jira et Azure DevOps
Les deux outils des offres. Dans Jira, des epics, des stories et des versions pour suivre une release. Dans Azure DevOps, la hiérarchie Epic, Feature, puis User Story avec le processus Agile, Product Backlog Item avec le processus Scrum ou Requirement avec CMMI. Les tableaux de bord de suivi y sont construits par le chef de projet.
SAFe et le PI planning
Quand plusieurs équipes travaillent sur le même produit, beaucoup de grands comptes utilisent SAFe (version 6.0) et son PI planning, une planification commune sur un Planning Interval de 8 à 12 semaines. Le chef de projet y tient souvent les dépendances et les jalons, à côté du release train engineer.
Le chef de projet agile travaille rarement dans un Scrum pur. Il a au-dessus de lui un sponsor, un budget annuel et souvent un contrat au forfait, et à côté de lui un product owner qui priorise et un scrum master qui anime l'équipe. Sa valeur se situe dans ce qui sort du périmètre de l'équipe : dépendances avec d'autres applications, mise en production avec l'exploitation, contrat et facturation de l'ESN, reporting au comité. Certaines offres fusionnent les rôles, chef de projet et scrum master ou chef de projet et proxy PO, et l'entretien doit alors couvrir les deux. Les certifications PSM, PMI-ACP ou SAFe attestent la méthode, la tenue d'une date et d'un budget se vérifie sur des cas.
Six points attendus d'un chef de projet hybride
- Pilotage Scrum et Kanban
- Prévision et indicateurs de livraison
- Gouvernance hybride et jalons
- Budget et contractualisation agile
- Roadmap et release planning
- Outillage Jira et Azure DevOps, qualité
Des chiffres de sprint et les réponses attendues
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é
Il reste 180 points au backlog du lot 1, la vélocité des six derniers sprints va de 25 à 40 points, et la date est dans six sprints de deux semaines. Le comité vous demande si elle tient. Que répondez-vous ?
Une bonne réponseIl fait le calcul devant vous : six sprints à 25 points donnent 150, à 40 points 240. La date tient dans le scénario haut et pas dans le bas. Il ajoute que le backlog grossit souvent en cours de route et regarde son rythme de croissance sur le burn-up. Il propose de sécuriser avec le product owner les 150 points les plus importants et de présenter le reste comme probable mais non garanti.
Signal d'alerteDiviser 180 par la moyenne et annoncer « oui » sans fourchette, ou refuser de répondre parce qu'« en agile on ne s'engage pas sur une date ».
Question 2 · confirmé
Le contrat prévoit une recette globale en juin, et l'équipe livre en sprints de deux semaines. Comment articulez-vous les deux ?
Une bonne réponseIl cale les releases sur les jalons, fait valider chaque incrément par le métier en revue de sprint et inclut les tests dans la definition of done. La recette de juin se concentre sur les parcours de bout en bout, les interfaces et la non-régression, avec des critères d'entrée écrits. Le comité de pilotage suit un burn-up par release et les anomalies ouvertes.
Signal d'alerteTout garder pour la recette de juin, ce qui revient à un cycle en V découpé en sprints, ou supprimer la recette parce que l'équipe est agile.
Question 3 · senior
L'ESN propose un forfait alors que le backlog va bouger tout au long du projet. Quel montage contractuel défendez-vous ?
Une bonne réponseUn forfait classique sur un périmètre figé produira un avenant à chaque changement. Il cite des montages adaptés : un prix par sprint pour une équipe dédiée, avec des obligations sur la definition of done et la qualité, ou un budget fixe à périmètre ajustable où l'on échange une fonctionnalité contre une autre de charge équivalente. Il prévoit des points de sortie à chaque release. Il écarte une régie où le client dirigerait lui-même les consultants, à cause du risque de prêt de main-d'œuvre illicite (article L8241-1 du Code du travail).
Signal d'alertePayer l'ESN au point de complexité, alors que c'est l'équipe qui estime les points, ou ne voir aucun problème à un forfait sur un backlog mouvant.
Question 4 · confirmé
La vélocité passe de 30 à 45 points en trois sprints, sans changement dans l'équipe. Qu'est-ce que vous vérifiez ?
Une bonne réponseUne hausse aussi rapide appelle une vérification. Il regarde si les estimations ont gonflé, par exemple sous la pression de l'indicateur, si les stories sont découpées autrement, si la definition of done a été allégée ou si les tests sont repoussés. Il croise avec le nombre de stories terminées, le délai de traitement et les anomalies trouvées après livraison.
Signal d'alerteFéliciter l'équipe et relever la prévision, ou utiliser la vélocité pour comparer deux équipes.
Question 5 · confirmé à senior
Le sponsor veut connaître le coût final d'un produit dont le backlog n'est pas figé. Comment construisez-vous le budget ?
Une bonne réponseIl part du coût d'une équipe par sprint (personnes, taux journalier, jours) et d'une estimation grossière du backlog connu, avec une marge d'incertitude. Le budget devient une enveloppe de capacité sur une durée, et c'est le périmètre qui s'ajuste par la priorisation du product owner. Il pose des points de décision à chaque release pour continuer, réorienter ou arrêter.
Signal d'alerteUn chiffrage détaillé de toutes les stories sur dix-huit mois, ou « on ne peut pas savoir en agile ».
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
Chef de projet agile, scrum master, PO : les questions fréquentes
Quelle différence entre un chef de projet agile et un scrum master ?
Le scrum master fait fonctionner l'équipe : il anime les événements, lève les obstacles et aide l'équipe à s'améliorer. Il ne porte ni budget ni contrat. Le chef de projet agile répond du projet devant le sponsor : coût, jalons, dépendances, fournisseurs, mise en production. Certaines offres fusionnent les deux postes sur une petite équipe. Dans ce cas, la question est de savoir comment la personne évite d'imposer ses décisions de planning pendant les sprints qu'elle anime.
Avec un product owner dans l'équipe, qui priorise ?
Le product owner, qui ordonne le backlog selon la valeur. Le chef de projet apporte les contraintes : un jalon réglementaire, une dépendance qui impose un ordre, un budget qui limite le nombre de sprints. Les deux construisent ensemble le planning des releases. En entretien, un candidat qui dit fixer lui-même les priorités du backlog décrit en fait un poste de PO ou un projet où le rôle de PO n'existe que sur le papier.
Quelles certifications comptent sur le CV d'un chef de projet agile ?
Les plus fréquentes sont PSM et PSPO de Scrum.org, PMI-ACP du PMI et les certifications SAFe de Scaled Agile. Elles montrent une connaissance de la méthode. Un PMP ou un PRINCE2 indique au contraire une base en gestion de projet classique, utile sur un poste hybride. Aucune ne prouve qu'un projet a tenu sa date. Un burn-up réel, une prévision faite et ce qu'elle est devenue en disent davantage.
Quelle mise en situation pour un chef de projet agile ?
Un test technique au sens du code n'a pas de sens ici. Le cas repose sur un tableau de quelques sprints : vélocité, backlog restant, croissance du périmètre, budget consommé, date contractuelle. Le candidat répond au comité en quinze minutes, avec une fourchette et des options. Un changement de dernière minute s'y ajoute, une dépendance en retard par exemple. On voit vite qui calcule et qui récite les cérémonies.
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.
