Uber DevOps Engineer: mots-cles CV et preparation entretien

Votre CV DevOps part pour un poste Uber et vous ne savez pas quels mots-clés faire apparaître pour passer le premier filtre. C'est le point de blocage le plus fréquent : les candidats listent leurs outils sans montrer ce qu'ils ont fait tourner, et le recruteur passe au suivant. Voici comment structurer votre dossier pour ce poste précis, sans inventer de processus interne que personne ne peut vérifier.

Ce qu'on sait, et ce qu'on ne sait pas#

Uber recrute des ingénieurs DevOps, SRE et plateforme dans plusieurs pays. Les intitulés varient : DevOps Engineer, Site Reliability Engineer, Systems Engineer, Platform Engineer. Lisez l'offre à laquelle vous postulez mot à mot, car les attentes ne sont pas les mêmes entre une équipe qui gère des pipelines CI/CD et une équipe qui tient la production.

Un avertissement honnête : Uber ne publie pas son processus de recrutement technique en détail, et les témoignages en ligne se contredisent souvent. Ne construisez pas votre préparation sur un récit précis du nombre de tours ou du contenu exact des exercices. Préparez-vous sur le fond, et gardez de la flexibilité sur la forme.

Si vous postulez depuis la France, sachez aussi que les équipes Uber présentes en Europe sont peu nombreuses et souvent spécialisées. Vérifiez sur la page carrière officielle si le poste est ouvert à votre localisation, et s'il propose du remote, de l'hybride ou une relocation. Les fourchettes de salaire affichées varient selon le pays et le niveau d'expérience : consultez la source officielle du poste ou les fourchettes obligatoires dans certains États américains, plutôt que des chiffres repris sur des forums.

Les mots-clés qui comptent sur un CV DevOps#

Un ATS ne cherche pas à deviner votre potentiel. Il compare les termes de votre CV à ceux de l'offre. Allez décoder l'offre avant de réécrire quoi que ce soit : notre analyseur de fiches de poste vous sort les compétences réellement demandées, et notre vérificateur de CV gratuit vous dit si votre document les contient.

Pour un poste Uber DevOps Engineer, les familles de mots-clés reviennent souvent :

• Infrastructure as Code : Terraform, Pulumi, CloudFormation, Ansible
• Conteneurs et orchestration : Docker, Kubernetes, Helm, opérateurs
• Cloud : GCP, AWS ou Azure selon l'équipe, IAM, réseau, coûts
• CI/CD : Jenkins, Buildkite, GitHub Actions, Argo, Spinnaker
• Observabilité : Prometheus, Grafana, Datadog, logs distribués, tracing
• Langages de script : Python, Go, Bash, parfois Java
• Fiabilité : SLO, gestion d'incidents, post-mortems, capacité, chaos engineering
• Sécurité : secrets, rotation de clés, scanning de vulnérabilités, conformité

Ne listez pas tout. Reprenez les termes de l'offre que vous maîtrisez vraiment, et laissez le reste. Un CV qui promet Kubernetes avancé et qui s'effondre sur les questions de networking fait plus de mal qu'un CV honnête.

Réécrire ses expériences plutôt que les gonfler#

La structure qui fonctionne : contexte, action, résultat mesurable. Pas d'adjectifs. Pas de "solutions innovantes". Des faits.

Exemple d'une ligne faible :

"Mise en place d'une infrastructure cloud pour l'équipe."

Exemple de la même expérience réécrite pour un poste DevOps :

"Écrit 12 modules Terraform pour migrer 30 services d'une machine unique vers GKE, réduit le temps de provisioning d'environ 40 minutes à 5 minutes, ajouté des tests de plan dans la CI pour bloquer les changements non validés."

Ce qui change : des chiffres que vous pouvez défendre, un outil nommé, une conséquence visible. Si vous n'avez pas de chiffre exact, donnez un ordre de grandeur et assumez-le en entretien. Un recruteur qui vous entend dire "une trentaine de services, je n'ai pas le chiffre exact" préfère largement quelqu'un qui dit "plus de 100 000 utilisateurs" sans pouvoir l'expliquer.

Autre exemple, côté fiabilité :

"Pris les astreintes de production pour 4 équipes, rédigé 15 post-mortems sans blâme, fait baisser le volume d'alertes nocturnes de moitié en supprimant 20 alertes sans action possible."

Préparer l'entretien technique sans broder#

Sur le fond, attendez-vous à être interrogé sur ce que vous prétendez maîtriser. Si Kubernetes figure sur votre CV, on vous demandera comment débugguer un pod en CrashLoopBackOff, comment marche un service, ce qui se passe quand un nœud disparaît. Si vous mentionnez Terraform, préparez la gestion du state, les drifts, le locking, les modules réutilisables.

Révisez aussi les bases que les ingénieurs DevOps oublient : DNS, TCP, TLS, HTTP, les syscalls qui comptent, la lecture de métriques système, un peu de Linux bas niveau. Les questions d'infrastructure reposent souvent sur ces fondations plutôt que sur un outil précis.

Sur la partie comportementale, préparez 4 ou 5 histoires réelles : une panne dont vous êtes responsable, un désaccord technique avec un collègue, une fois où vous avez dit non à une deadline, une amélioration que vous avez portée seule, un échec. Formatez chaque histoire avec la situation, ce que vous avez fait, ce que vous avez appris.

Exemple de réponse à "Parlez-moi d'une panne que vous avez causée" :

"En 2023, j'ai poussé un changement de config qui a coupé l'accès à la base de données pour trois services pendant 18 minutes. J'ai rollback en moins de 5 minutes après l'alerte, puis j'ai écrit le post-mortem le jour même. J'ai ajouté un test de validation de config dans la CI et une alerte sur le taux d'erreur par service. Depuis, je fais relire par une autre personne tout changement qui touche aux chemins critiques."

Cette réponse fonctionne parce qu'elle est concrète, qu'elle montre la prise de responsabilité, et qu'elle finit sur un changement de pratique. Elle ne cherche pas à se dédouaner.

Erreurs qui coûtent des candidatures#

Un CV long de six pages pour dix ans d'expérience, c'est trop. Deux pages suffisent, trois si vous avez beaucoup de publications ou de projets open source.

Les listes d'outils sans contexte ne servent à rien. "Docker, Kubernetes, Terraform, AWS, Python, Go, Prometheus, Grafana" collés ensemble ne disent ni votre niveau, ni ce que vous en avez fait.

Les lettres de motivation génériques se repèrent en trois secondes. Si vous en écrivez une, parlez de pourquoi cette équipe et de ce que vous apportez, pas de votre passion pour l'innovation. Vous pouvez aussi consulter nos modèles de lettres de motivation pour trouver un angle.

Enfin, ne mentez pas sur vos dates, vos titres, ou vos diplômes. Les vérifications d'antécédents existent dans beaucoup d'entreprises, et un écart découvert après l'offre la fait tomber.

Checklist avant d'envoyer#

• Relire l'offre et surligner les 8 à 10 termes techniques qui reviennent
• Vérifier que ces termes apparaissent dans votre CV, dans de vraies phrases
• Chaque ligne d'expérience a un verbe d'action, un outil, un résultat
• Vos deux dernières expériences occupent la moitié du CV
• Votre profil LinkedIn correspond à votre CV sur les dates et les titers
• Vous avez 4 ou 5 histoires comportementales écrites et répétées à voix haute
• Vous avez préparé trois questions sur l'équipe, l'astreinte, et les projets à six mois
• Vous avez testé votre CV avec l'analyseur ATS gratuit pour repérer ce qui manque

Outils gratuits#

• jobrise.io/fr/free-ats-checker/
• jobrise.io/fr/free-jd-decoder/
• jobrise.io/fr/jobs/
• jobrise.io/fr/blog/

Questions fréquentes#

Faut-il parler de tous les outils qu'on connaît sur un CV pour un poste Uber DevOps Engineer ?

Non. Mettez les outils qui apparaissent dans l'offre et que vous savez défendre en entretien. Le reste peut attendre une conversation, ou une section "autres compétences" très courte.

Combien de temps faut-il préparer l'entretien technique DevOps ?

Comptez deux à trois semaines si vous travaillez à côté : une heure par jour sur les fondations, deux ou trois sessions de mise en situation à voix haute, et une revue de vos histoires comportementales. Moins que ça, vous arriverez avec des réponses floues.

Le remote est-il possible pour un poste Uber DevOps Engineer en France ?

Cela dépend de l'équipe et de l'offre. Certaines positions sont ouvertes au remote partiel ou total, d'autres exigent une présence dans un bureau précis. Vérifiez l'offre sur le site officiel et notre page d'offres d'ingénierie, plutôt que les annonces repostées.

Que faire si mon CV ne contient pas les mots-clés de l'offre ?

Si vous maîtrisez réellement la compétence, reformulez vos expériences pour qu'elle apparaisse naturellement. Si vous ne la maîtrisez pas, ne l'ajoutez pas : vous serez coincé dès la première question technique.

Comment parler de mes projets personnels ou open source pour ce type de poste ?

Mettez en avant les projets qui montrent de l'infrastructure réelle : un repo avec du Terraform, une CI qui tourne, une doc lisible. Donnez le lien, expliquez le problème que ça résout en deux phrases, et arrêtez-vous là.