L'intitulé recouvre des postes très différents, et les questions d'entretien de delivery manager suivent celui qui est ouvert. Chez un éditeur ou dans une DSI produit, il pilote la livraison de trois ou quatre squads, suit les indicateurs DORA et prépare les mises en production avec l'exploitation. En prestation ou en cabinet, il porte aussi la marge et le staffing d'un projet au forfait ou d'une équipe en régie. Sur une mission, il reprend souvent un projet en retard pour le finir. Ce périmètre se fixe avant d'écrire l'annonce.
Le poste attire des chefs de projet, des scrum masters et d'anciens tech leads. Les premiers maîtrisent budget et comités, et oublient parfois le flux et la qualité de ce qui part en production. Les scrum masters connaissent les équipes et ont rarement porté un chiffre devant un sponsor. Les tech leads comprennent la chaîne de livraison et découvrent le pilotage économique.
Les chiffres vécus comptent : combien d'équipes, quel délai de livraison au départ et à la fin, quelle prévision annoncée et quelle date réelle, quel écart de budget expliqué en comité. Un delivery manager solide prévoit à partir du débit observé et refuse les dates données de tête. Le PDF couvre six axes en 30 questions, avec un cas de 20 minutes.
Méthodes et repères qu'un delivery manager utilise
Métriques DORA
Les mesures de performance de livraison du programme DORA de Google Cloud, cinq aujourd'hui : délai de changement, fréquence de déploiement, temps de rétablissement après un déploiement raté, taux d'échec des changements, taux de déploiements de reprise. Elles se suivent par application. Un candidat qui en fait des objectifs individuels les a mal comprises.
Prévision probabiliste et débit
Plutôt qu'une estimation en jours, la prévision part du nombre d'éléments que l'équipe termine réellement chaque semaine. Une simulation de Monte Carlo sur cet historique donne une probabilité de finir à une date. C'est la manière la plus défendable de répondre à « quand ce sera prêt ? ».
Kanban et limites de travail en cours
Le tableau Kanban, les limites de travail en cours et la loi de Little relient la quantité de travail commencée au délai de livraison. Le delivery manager s'en sert sur plusieurs équipes pour repérer où les éléments attendent.
Scrum, SAFe et pilotage hybride
Il travaille avec des équipes en Scrum ou en Kanban, parfois dans un train SAFe, tout en rendant compte à un comité de pilotage qui attend des jalons et un budget. Il doit savoir traduire l'un pour l'autre sans retomber dans un planning détaillé figé.
Outils de suivi
Jira ou Azure DevOps pour le backlog et les flux, avec des tableaux de bord dans Jira, Power BI ou des outils dédiés aux mesures de flux et DORA. Confluence ou SharePoint pour la gouvernance. Le candidat doit savoir d'où viennent ses chiffres et ce qui les fausse.
Mise en production et go/no-go
Critères de mise en production écrits, plan de retour arrière, coordination avec l'exploitation, la sécurité et le support. Le delivery manager anime souvent le comité go/no-go. Un no-go qu'il a prononcé en dit long.
Pilotage économique
Budget, consommé, reste à faire et coût à terminaison sur un projet interne. Sur un contrat au forfait, demandes de changement et marge. En régie, capacité et respect du cadre légal de la prestation. Le poids de cet axe dépend beaucoup de l'employeur.
Le delivery manager est rattaché selon les cas à une direction produit, à une DSI ou, côté prestataire, à un directeur de projets ou d'agence. Il pilote en général plusieurs équipes sans en être le manager hiérarchique, avec des PO, des scrum masters, des tech leads et souvent des prestataires. On le distingue du service delivery manager, qui tient un contrat de service en run avec ses SLA, et de l'engineering manager, qui manage les développeurs. Les offres demandent souvent dix ans d'expérience ou plus en pilotage de projets, une pratique des méthodes agiles et une aisance avec les comités de direction. Le niveau technique attendu varie : reste à préciser s'il doit écrire ses propres requêtes SQL ou lire un pipeline.
Ce que l'on contrôle chez un delivery manager
- Prévision et tenue des engagements
- Capacité, staffing et plan de charge
- Qualité de livraison et mises en production
- Gestion des risques et des escalades
- Pilotage du budget et de la marge
- Coordination produit, tech et exploitation
Cinq situations soumises à un delivery manager
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é
Le client demande si les 60 éléments restants du backlog seront livrés pour le 15 mars. Comment construisez-vous votre réponse ?
Une bonne réponseÀ partir du débit réel des équipes sur les dernières semaines, pas d'une estimation au doigt mouillé. Une simulation de Monte Carlo sur l'historique donne une probabilité de finir à chaque date. Il ajoute le travail qui arrive en cours de route (découverte, anomalies) et répond par une probabilité et une date, avec ce qu'il faudrait retirer pour tenir le 15 mars à un niveau de confiance acceptable.
Signal d'alerteUne date donnée de tête, ou un calcul « 60 éléments divisés par la vélocité » sans marge ni prise en compte du travail ajouté.
Question 2 · confirmé
La direction veut suivre la performance de livraison de vos équipes. Quels indicateurs mettez-vous en place, et lesquels refusez-vous ?
Une bonne réponseLes mesures DORA par application : délai entre le commit et la production, fréquence de déploiement, temps de rétablissement après un déploiement raté, taux d'échec des changements et taux de déploiements de reprise. Il ajoute le délai de bout en bout depuis la demande et la satisfaction du métier. Il refuse les indicateurs individuels (lignes de code, tickets par personne) et les classements entre équipes.
Signal d'alerteDes indicateurs d'activité (heures saisies, nombre de tickets fermés), ou les mesures DORA utilisées comme objectifs individuels.
Question 3 · senior
Vous reprenez un projet en retard de trois mois, avec 200 anomalies ouvertes et une équipe démotivée. Que faites-vous pendant les deux premières semaines ?
Une bonne réponseUn état des lieux factuel : reste à faire par lot, stock d'anomalies trié par impact métier, risques, état des environnements et de la recette. Il rencontre l'équipe, le sponsor et le métier séparément. Il propose ensuite un plan de fin de projet avec un périmètre réduit, des priorités claires, une gouvernance resserrée et une nouvelle date fondée sur le débit observé.
Signal d'alertePromettre de rattraper le retard sans changer le périmètre, ou présenter un plan avant d'avoir regardé les anomalies.
Question 4 · confirmé
Le comité vous demande le coût à terminaison de quatre squads qui livrent en continu, sans lots ni jalons contractuels. Comment le calculez-vous ?
Une bonne réponseIl part du coût mensuel réel de chaque squad (personnes internes et prestataires, au taux journalier, moins les absences), puis d'une date de fin prévue à partir du débit observé, par simulation de Monte Carlo, avec un niveau de confiance annoncé (par exemple 85 %). Le coût à terminaison vaut le consommé plus le coût mensuel multiplié par les mois restants à ce niveau de confiance, en ajoutant le run et le support s'ils restent sur le même budget. Il donne une fourchette, écrit ses hypothèses (travail qui arrive en cours de route, staffing stable) et la recalcule chaque mois.
Signal d'alerteAdditionner les estimations en jours de chaque story du backlog, ou donner un chiffre unique sans hypothèse ni niveau de confiance.
Question 5 · senior
Trois squads partagent deux experts back-end qui sont sur le chemin critique de toutes les livraisons. Comment organisez-vous la capacité ?
Une bonne réponseIl rend visible la charge de ces deux personnes et les sorties qui dépendent d'elles, priorise leur temps avec les PO sur une vue commune, et lance le transfert de compétences (binômage, documentation, revue de code croisée) pour qu'au moins un développeur par squad prenne le relais. Il prévoit un recrutement ou un renfort si la dépendance dure.
Signal d'alerteLes répartir à tiers temps sur chaque squad, ou attendre que l'un des deux parte en congé pour réagir.
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
Delivery manager, les questions fréquentes
Quelle différence entre un delivery manager et un chef de projet ?
Le chef de projet porte un projet avec un début et une fin, son planning, son budget et ses livrables. Le delivery manager pilote la livraison continue d'un ensemble d'équipes, souvent sur un produit qui dure, et suit le flux, la qualité et la prévisibilité autant que le budget. Dans beaucoup d'offres françaises, la frontière est floue et le delivery manager reprend un projet comme un chef de projet. Les missions comptent plus que le titre.
Un delivery manager doit-il avoir un profil technique ?
Il n'écrit pas de code, mais il doit comprendre une chaîne de livraison : tests automatisés, environnements, déploiement, retour arrière. Sans cela, il ne sait pas discuter avec les tech leads d'un taux d'échec des changements ou d'une recette qui dure trois semaines. Sur un projet data, certaines offres demandent qu'il écrive ses propres requêtes de contrôle. L'exigence dépend du poste.
Faut-il un test technique pour un poste de delivery manager ?
Un exercice de pilotage donne plus d'information qu'un exercice de code. Le test donne un historique de débit sur quelques semaines et un backlog restant : le candidat annonce une date de fin avec un niveau de confiance. Autre variante : un projet en retard avec son budget consommé, et ce qu'il dirait au prochain comité. En vingt minutes, on voit s'il raisonne sur des données ou sur des promesses.
Quelles certifications comptent sur le CV d'un delivery manager ?
PMP ou PRINCE2 pour le pilotage de projet, PSM ou les certifications SAFe pour l'agilité, ITIL quand le poste touche à la production. Aucune n'est exigée partout et aucune ne prouve qu'il a tenu une date. Elles indiquent le vocabulaire qu'il maîtrise. Les livraisons réelles, chiffrées, comptent davantage. Delectus AI peut mener la préqualification sur ces mêmes questions avant l'entretien.
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.
