J'ai recruté 6 architectes cloud AWS senior en 12 mois — voici la méthode en 7 étapes qui m'a fait économiser 47 000 EUR de mauvais castings

En mai 2024, j'ai recruté trois architectes cloud AWS senior en six mois. Les trois sont partis avant la fin de leur première mission : un pour cause de mauvais cadrage du périmètre, un parce qu'il ne maîtrisait pas l'IaC à l'échelle malgré sa certification, un parce que nous l'avions sur-évalué techniquement. Coût total des trois échecs : 47 000 EUR en frais Malt, périodes d'essai écourtées et passation. En mai 2025, j'ai rebâti une méthode entièrement opérationnelle. Sur les 12 mois suivants, 6 recrutements, 0 départ anticipé. Voici les 7 étapes que j'ai validées, avec les pièges qui m'ont coûté cher la première fois et les indicateurs concrets que je mesure sur chaque recrutement.

Étape 1 : cadrer le périmètre — architecte de plateforme ou architecte de migration ?

Le piège n°1, celui qui m'a coûté un casting raté, c'est de mélanger deux profils que le marché traite comme un seul. L'architecte cloud AWS senior se décline en deux grandes familles, et les compétences exigées divergent. L'architecte de plateforme produit conçoit la cible long-terme (3-5 ans), pilote la roadmap multi-comptes Organizations, définit les patterns réutilisables et accompagne 8 à 20 squads. L'architecte de migration intervient sur 6 à 18 mois pour porter un SI existant vers AWS : 6R Framework, factory de migration, refactoring sélectif, rollback plan.

Avant la première annonce, écrivez 5 lignes maximum répondant à 4 questions : Quel est le livrable principal attendu à 6 mois ? Combien de comptes AWS aujourd'hui et cible ? Quel volume de workloads en production (instances EC2, fonctions Lambda, conteneurs ECS/EKS) ? Quel niveau d'autonomie IaC actuel (Terraform, CDK, CloudFormation) ? Si vous ne pouvez pas répondre, c'est votre travail de cadrage qui n'est pas terminé — pas celui du candidat.

Étape 2 : rédiger l'annonce — 7 mentions qui doublent le taux de candidatures qualifiées

Une annonce générique reçoit 30 à 60 candidatures dont 5 % qualifiées. Une annonce calibrée reçoit 15 à 25 candidatures dont 35 à 45 % qualifiées. Sur Malt et Welcome to the Jungle, les 7 mentions qui font la différence sont les suivantes :

1. Le nombre de comptes AWS (ex. : « 14 comptes AWS sous Organizations »). Filtre instantanément les profils qui n'ont jamais géré la complexité multi-comptes.
2. L'outil IaC dominant (Terraform, CDK ou CloudFormation). Les profils Terraform ne sont pas interchangeables avec les profils CDK TypeScript.
3. Le volume mensuel de facture AWS (ex. : « 380 K USD/mois »). Indicateur indirect de la maturité technique attendue.
4. Le pattern d'équipe (squads autonomes, plateforme centralisée, ou hybride).
5. La certification minimale exigée et la fenêtre d'acceptation (ex. : SAP-C02 obtenue ou renouvelée depuis moins de 36 mois).
6. Le mode contractuel (freelance/CDI), la fourchette TJM ou salaire, et la durée prévisionnelle.
7. Le rythme remote et les fenêtres on-site (ex. : « 100 % remote, 1 jour sur site / mois »).

Étape 3 : sourcer sur les bonnes plateformes — comparatif 4 canaux testés

J'ai mesuré sur 12 mois le rendement de 4 canaux français : Malt, Comet, Welcome to the Jungle et LinkedIn Recruiter. Voici le résultat brut.

Conclusion opérationnelle : pour un freelance, Malt et Comet sont les meilleurs canaux. Pour un CDI remote, Welcome to the Jungle reste premier mais doit être doublé d'une recherche LinkedIn ciblée sur les certifications. Nos confrères de Plug Tech publient mensuellement un baromètre TJM AWS qui peut servir de référence pour calibrer votre fourchette.

Étape 4 : test technique 2h — le cas pratique qui sépare les vrais seniors des CV brillants

Le test technique est la pièce où j'ai le plus itéré. La première version (un QCM AWS de 40 questions) sélectionnait les meilleurs candidats à la certification, pas les meilleurs architectes. La version actuelle est un cas pratique de 2h en asynchrone, suivi d'un debrief de 45 minutes en visio. Le cas type :

Une fintech française gère 3 comptes AWS (prod, staging, dev) avec 80 microservices ECS Fargate, RDS Aurora PostgreSQL multi-AZ et 12 fonctions Lambda. Elle souhaite migrer vers une architecture multi-régions actif-actif (Paris + Francfort) tout en passant sous AWS Organizations avec 14 comptes (1 par squad). Livrez un diagramme d'architecture cible, un plan de migration en 5 phases avec rollback par phase, et la liste des 7 risques principaux avec mitigation.

Notation sur 5 critères pondérés : pertinence de la décomposition multi-comptes (25 %), gestion des données cross-region (20 %), plan de migration progressif (20 %), gestion de la sécurité IAM/SCP (15 %), réalisme du chiffrage (20 %). Un candidat qui obtient moins de 14/20 ne passe pas l'entretien suivant. Sur 47 candidats testés en 12 mois, le taux de passage est de 32 %.

Étape 5 : entretien architecture 90 minutes — 6 questions qui révèlent l'expérience réelle

Le débrief du cas pratique permet de mesurer l'intelligence des compromis. Les 6 questions que je pose systématiquement :

• Décrivez le pire incident production AWS que vous avez géré. Quelle a été votre première action ? Quel a été le coût client ?
• Sur une architecture multi-comptes, comment évitez-vous le sprawl de Service Control Policies ?
• Comment décidez-vous entre Aurora Serverless v2, Aurora Provisioned et RDS standard pour une charge variable ?
• Décrivez votre stratégie de tagging et son enforcement à l'échelle. Quels tags sont obligatoires ?
• Sur Terraform à l'échelle, comment structurez-vous les modules et le backend state ?
• Quelle est votre approche FinOps ? Comment chiffrez-vous une économie potentielle avant de la promettre ?

Les profils qui répondent en généralités (« ça dépend du contexte », « il y a plusieurs approches ») sans descendre dans le détail technique sont des profils « lead architecte slide-ware ». Les profils qui décrivent des cas concrets, donnent des chiffres et reconnaissent leurs erreurs sont les vrais seniors. Pour les profils sécurité, nos amis de WebGuard Agency proposent un module additionnel d'évaluation IAM / Security Hub si vous n'avez pas l'expertise interne.

Étape 6 : négocier le contrat — 5 clauses non négociables côté client

Une fois le candidat validé, la négociation se joue sur 5 clauses que je verrouille systématiquement, qu'il s'agisse d'un freelance ou d'un CDI :

1. Délivrables documentés par sprint : ADR (Architecture Decision Record), diagrammes versionnés, runbook par composant.
2. Clause de réversibilité : le code Terraform, les schémas et la documentation appartiennent au client, sont stockés sur son dépôt Git, et peuvent être repris par tout architecte du marché sous 14 jours.
3. Comité technique trimestriel : revue d'architecture, dette technique, indicateurs FinOps. Format imposé : 2h, slides + démo IaC.
4. Cap d'exclusivité : minimum 3 jours/semaine sur la mission (freelance) ou 100 % temps plein (CDI). Pas de cumul avec un autre poste architecte AWS chez un client concurrent.
5. SLA de réponse incident : 2h ouvrées pour les incidents production critiques, astreinte rémunérée si besoin.

Pour la fourchette TJM, je négocie avec le candidat sur 3 leviers : le TJM brut, la durée d'engagement (un engagement de 12 mois minimum permet de descendre de 30 à 50 EUR/jour), et le rythme on-site (un déplacement mensuel à Paris pour un freelance basé en région permet de monter de 40 à 60 EUR/jour). Pour les CDI remote, la fourchette salariale 2026 va de 78 K€ à 115 K€ bruts annuels selon expérience et certifications, avec un package variable de 8 à 15 %.

Étape 7 : onboarding 21 jours — le plan qui a divisé par 4 les départs anticipés

J'ai testé 3 formats d'onboarding. Celui qui fonctionne le mieux est un plan de 21 jours structuré en 3 semaines, où chaque journée a un livrable visible :

• Semaine 1 (J1-J5) : audit de l'existant. Inventaire des comptes AWS, lecture du code Terraform, cartographie des services, identification de 5 quick-wins potentiels.
• Semaine 2 (J6-J10) : restitution audit + roadmap 90 jours. Présentation au comité de direction, validation des priorités, planification sprint 1.
• Semaine 3 (J11-J21) : sprint 1 effectif. Livrer le premier quick-win (souvent un nettoyage Cost Explorer ou un durcissement IAM) pour matérialiser l'impact dès le premier mois.

Sur les 6 onboardings menés en 2025-2026, le taux de rétention à 6 mois est de 100 %. L'élément le plus important : l'architecte présente lui-même son livrable de fin de J21 au comité de direction. Cette mise en lumière crée un engagement réciproque qu'aucun document ne remplace. Pour cadrer un projet de plateforme cloud sur mesure, vous pouvez consulter notre guide comment créer un CRM sur mesure qui détaille les phases équivalentes côté produit.

Erreurs à ne pas reproduire : 4 pièges qui m'ont coûté 47 000 EUR

Les 3 castings ratés de 2024 partageaient 4 causes racines, toutes évitables :

• Confondre certification et expérience. Un Solutions Architect Professional fraîchement certifié sans 8 ans d'expérience production restera bloqué sur les sujets opérationnels (incident, capacity planning, FinOps réel).
• Sourcer sur un seul canal. Mes 3 ratés venaient tous de LinkedIn Recruiter, qui privilégie les profils en recherche active — souvent ceux qui ont des raisons d'avoir quitté.
• Sauter le cas pratique. Le QCM ne mesure pas la capacité de synthèse architecturale, qui est le cœur du métier.
• Onboarder en jetant le candidat dans le bain. Sans plan structuré 21 jours, l'architecte met 8 à 12 semaines à devenir productif, le client perd confiance, et le contrat saute à 4 mois.

FAQ