Un chef de projet cloud mène des projets d'infrastructure : construire une landing zone, quitter un datacenter, migrer vers un cloud public ou souverain, choisir un nouvel hébergeur par appel d'offres. Il tient le planning et le budget, anime les comités et coordonne des équipes qu'il ne manage pas, avec l'intégrateur et l'infogérant en plus. Les questions d'entretien d'un chef de projet cloud partent de ces livrables plutôt que d'une liste de méthodes.
Le CV affiche souvent Prince2, PMP ou SAFe. Ces méthodes ne disent pas si la personne sait lire une facture Azure ou AWS, distinguer IaaS et PaaS dans un contrat, vérifier qu'une offre est vraiment qualifiée SecNumCloud ou comprendre pourquoi une bascule demande de baisser le TTL DNS quelques jours avant. Plusieurs offres de mission récentes demandent de challenger l'intégrateur sur son architecture et ses plans de retour arrière, ce qui suppose un bagage technique réel.
Le candidat raconte un comité où il a dû annoncer un retard, avec la cause technique et la décision obtenue. Pour un poste orienté cloud souverain, il explique comment il a construit la grille d'évaluation des fournisseurs.
Les notions techniques qu'un chef de projet cloud doit maîtriser
IaaS, PaaS, SaaS et responsabilité partagée
Chaque fournisseur cloud publie un modèle de responsabilité partagée : ce qu'il gère, ce qui reste au client. En IaaS, le client garde les systèmes et leurs correctifs ; en PaaS, il garde surtout les données et les accès. Un chef de projet cloud doit en tirer le RACI du projet et le périmètre du contrat d'infogérance.
Landing zone
L'environnement cloud prêt à accueillir les applications : organisation des abonnements ou comptes, réseau relié au datacenter, identité, règles de sécurité, journaux, sauvegarde. Microsoft et AWS en décrivent chacun un modèle. C'est le premier jalon technique d'un programme, et un retard à cet endroit décale toutes les vagues.
Outils de migration
Azure Migrate, AWS Transform MGN (ex-Application Migration Service) ou VMware HCX inventorient, répliquent et basculent les serveurs. Le chef de projet n'a pas à les manipuler. Il doit savoir ce qu'ils mesurent, ce qu'est une migration de test et combien de temps prend une réplication, pour juger le planning de l'intégrateur.
Infrastructure en code : Terraform
Terraform décrit l'infrastructure sous forme de code relu et versionné. Cela demande du temps au départ et rend ensuite les environnements reproductibles. Pour le chef de projet, le code fait partie des livrables, de la réversibilité et du transfert au run.
FinOps et outils de coûts
Azure Cost Management, AWS Cost Explorer ou les outils équivalents ventilent la facture par compte, abonnement et étiquette. Le FinOps organise le suivi et la réduction des coûts avec les responsables d'application : réservations, savings plans, redimensionnement, arrêt des ressources inutiles. Un chef de projet doit savoir expliquer un écart avec le business case.
SecNumCloud et cloud de confiance
SecNumCloud est la qualification de l'ANSSI pour les offres cloud, avec des exigences techniques, juridiques et sur les équipes. Elle porte sur des offres et des services précis, pas sur un fournisseur entier. La liste des offres qualifiées est publiée par l'ANSSI et doit être vérifiée à chaque projet.
Contrat d'infogérance, SLA et réversibilité
Le contrat fixe qui exploite quoi, avec quels engagements mesurables et quelles pénalités. La réversibilité décrit comment sortir : formats, délais, assistance, coût. Plusieurs offres de mission demandent au chef de projet de mener l'appel d'offres et la grille d'évaluation des fournisseurs.
ITSM et CMDB
ServiceNow ou un outil équivalent gère les changements, les incidents et l'inventaire des configurations. Les bascules passent par le comité de changement, et la CMDB doit refléter le nouveau parc à la fin de chaque vague. Une CMDB fausse au départ fausse aussi l'inventaire de la migration.
Le titre recouvre plusieurs postes. Certains pilotent une migration vers Azure, AWS ou Google Cloud, d'autres un appel d'offres et une installation sur une offre souveraine qualifiée SecNumCloud, d'autres encore la transformation d'une infrastructure historique vers des services managés. Les offres de mission demandent presque toujours de coordonner réseau, sécurité, production et applications, de tenir qualité, coûts et délais, et de reporter en comité de pilotage. Les plus exigeantes ajoutent le pilotage d'un intégrateur côté client, avec la revue de ses architectures et de ses plans de retour arrière. La profondeur technique compte autant que le pilotage.
Technique et pilotage : les compétences d'un chef de projet cloud
- Modèles de service et architecture cloud
- Planification des vagues et des bascules
- Budget, coûts cloud et FinOps
- Contrats, SLA et réversibilité
- Sécurité et conformité cloud
- Gouvernance et transfert au run
Cinq cas de projet 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é
L'intégrateur annonce 400 serveurs migrés en trois mois. Quelles questions techniques posez-vous avant de valider ce planning ?
Une bonne réponseSur quel débit de réplication repose le calcul, et le lien réseau est-il déjà livré ? Combien de bascules par semaine, avec quelles fenêtres de coupure et quelles périodes de gel côté métiers ? L'analyse de dépendances est-elle faite, la landing zone prête, les bases traitées à part ? Qui fait la recette applicative chaque nuit ? Il demande les chiffres d'un pilote, et à défaut, il fait du pilote la première étape du planning.
Signal d'alerteValider en ajoutant 20 % de marge, ou refuser par principe sans savoir ce qui limite le rythme.
Question 2 · confirmé
Trois mois après la migration, la facture cloud dépasse de 40 % le business case. Comment cherchez-vous l'écart ?
Une bonne réponseIl ventile la facture par abonnement ou par compte et par étiquette d'application dans l'outil de coûts du fournisseur, puis compare poste par poste avec les hypothèses du business case. Causes fréquentes : VM jamais redimensionnées, aucune réservation ni savings plan, environnements hors production allumés la nuit, double run qui n'a pas été arrêté, volumes de journaux, snapshots et sauvegardes, trafic sortant, licences payées alors qu'Azure Hybrid Benefit s'appliquait. Il en tire un plan d'actions avec un responsable par poste.
Signal d'alerte« Le cloud coûte plus cher, c'est normal », ou une demande générale de réduction sans analyse.
Question 3 · senior
Que vérifiez-vous dans un contrat d'infogérance cloud avant de le signer ?
Une bonne réponseLe périmètre couche par couche, aligné sur le modèle de responsabilité partagée du fournisseur cloud : qui patche les systèmes, qui gère les sauvegardes, qui répond la nuit. Des SLA mesurables (disponibilité, délai de prise en charge, temps de restauration) et la façon de les mesurer, les pénalités, un plan de réversibilité avec durées et livrables, la gestion des comptes à privilèges, la localisation des données et des équipes, la sous-traitance et les règles de révision des prix.
Signal d'alerteUn contrat jugé sur le prix mensuel, sans réversibilité ni SLA chiffrés.
Question 4 · senior
Une partie des données doit aller sur une offre qualifiée SecNumCloud. Qu'est-ce que cela change pour votre projet ?
Une bonne réponseIl vérifie sur la liste de l'ANSSI quelles offres et quels services précis sont qualifiés, et pas seulement le nom du fournisseur. Le catalogue est plus réduit que celui d'une région d'hyperscaler, ce qui pèse sur l'architecture et peut imposer de séparer les applications. Il intègre les exigences sur les équipes d'exploitation, la protection contre les lois extraterritoriales dans le contrat, les délais d'ouverture et un coût souvent différent.
Signal d'alerte« C'est une certification comme ISO 27001 », ou croire que toute région cloud située en France est qualifiée.
Question 5 · confirmé
La veille d'une bascule, l'équipe sécurité refuse d'ouvrir un flux dont l'application a besoin. Comment décidez-vous ?
Une bonne réponseIl fait préciser le flux (source, destination, port, protocole) et le motif du refus. Il cherche une alternative technique acceptable : point de terminaison privé, passage par un proxy ou un pare-feu applicatif, flux limité dans le temps. S'il n'y en a pas avant la nuit, il reporte la bascule de cette application plutôt que de contourner la sécurité, et remonte le risque écrit au propriétaire de l'application. Ensuite, il fait valider la matrice de flux plusieurs semaines avant chaque vague.
Signal d'alerteFaire ouvrir le flux par l'intégrateur sans accord, ou maintenir la bascule en espérant que l'application fonctionne sans.
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
Le poste de chef de projet cloud en questions
Quelle différence entre un chef de projet cloud et un chef de projet infrastructure ?
Le chef de projet infrastructure pilote des projets sur site : matériel, réseau, salles, virtualisation. Le chef de projet cloud travaille avec des fournisseurs cloud et des services managés, ce qui ajoute le modèle de responsabilité partagée, la facture à l'usage, la landing zone et des contrats différents. Beaucoup de profils passent de l'un à l'autre. Un candidat venu de l'infrastructure sur site doit avoir déjà suivi une facture cloud et une bascule vers le cloud.
Faut-il une certification cloud pour un chef de projet cloud ?
Une certification de base, comme AZ-900 ou AWS Certified Cloud Practitioner, montre que la personne connaît le vocabulaire et les services. FinOps Certified Practitioner montre une connaissance du suivi des coûts. Aucune ne garantit la capacité à piloter une migration. Elles restent un plus sur le CV, et l'entretien porte surtout sur des situations vécues : planning challengé, facture expliquée, contrat négocié.
Quel test technique pour un chef de projet cloud ?
Une étude de cas plutôt qu'un questionnaire. Le test part d'un planning d'intégrateur et un business case de deux pages avec quelques incohérences : réplication trop rapide pour le débit annoncé, double run oublié, absence de landing zone. Le candidat dit ce qu'il conteste et quelles questions il pose. Vingt minutes suffisent pour voir s'il comprend ce qu'il pilote.
Un ancien administrateur système peut-il devenir chef de projet cloud ?
Souvent, et avec un avantage net sur la technique : il repère vite un planning intenable ou une architecture fragile. Les points à vérifier sont le budget, la construction d'un business case, la négociation avec un fournisseur et l'animation d'un comité de pilotage. Les questions de contrat et de coûts font alors la différence. S'il a déjà tenu un budget ou mené un appel d'offres, même petit, il peut prendre le poste.
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.
