Évolution de carrière Data Engineer : de junior à senior

Un recruteur vous a dit que vous aviez "trois ans d'expérience mais un niveau junior". Ça pique. Ce n'est pas forcément injuste, mais ça révèle une chose : les titres et les années ne sont pas la même chose que la progression réelle. Pour avancer, il faut comprendre ce qui change vraiment à chaque étape. Pas les titres sur LinkedIn, mais le travail concret, les responsabilités, et la façon dont on vous évalue. Voyons comment ça se passe.

Ce que fait réellement chaque niveau#

Un data engineer junior exécute des tâches définies. On lui donne une spec, un ticket, et il le résout. Il écrit des scripts, configure des jobs, corrige des bugs. Son monde est limité à quelques outils et à un périmètre clair. C'est normal. Son rôle est d'apprendre le métier, le contexte de l'entreprise, et à écrire du code qui tient la route.

Le niveau intermédiaire, souvent appelé "mid" ou confirmé, commence à prendre des responsabilités sur des morceaux de pipeline entiers. Il ne reçoit plus seulement des tâches, il participe aux discussions de conception. Il identifie des problèmes de performance et les corrige. Il peut encadrer un stagiaire ou un nouveau collègue. C'est la phase où l'on passe de "faire marcher" à "faire marcher correctement".

Le senior est celui à qui on pose les questions difficiles. Il conçoit des architectures, fait des choix techniques qui engagent l'entreprise sur plusieurs années. Il anticipe les problèmes de demain. Il débloque les autres quand ils sont coincés. Il n'écrit pas forcément plus de code, mais son code et ses revues ont plus d'impact. Il parle aussi avec les équipes produit, les analysts, parfois les clients. Il traduit un besoin métier en solution technique.

Le lead ou principal engineer, enfin, définit la stratégie technique. Il choisit les outils, les standards, les patterns. Il arbitre entre la dette technique et les nouvelles fonctionnalités. Il forme les seniors. Son impact dépasse son équipe.

Les sauts de compétences qui comptent vraiment#

Le passage de junior à mid n'est pas une question de vitesse de code. C'est une question de fiabilité et d'autonomie. Un mid ne fait pas juste "finir ses tickets". Il comprend le "pourquoi" derrière chaque tâche. Il pose les bonnes questions avant de commencer. Il livre sans qu'on ait besoin de vérifier chaque ligne.

Le saut vers le senior est plus brutal. Il exige trois choses. D'abord, la capacité à modéliser un problème complexe et à choisir entre plusieurs approches, en pesant les compromis. Ensuite, la capacité à faire avancer les autres: revues de code utiles, mentorat, documentation. Enfin, une communication claire avec des gens qui ne sont pas développeurs.

On peut résumer les compétences clés pour chaque étape.

• Junior: maîtriser un langage (Python, SQL, Scala), connaître un orchestrateur (Airflow, Dagster), écrire du code testé, suivre des instructions.
• Mid: concevoir un pipeline de A à Z, gérer les données incrémentales, optimiser les coûts, résoudre des incidents, améliorer les pratiques d'équipe.
• Senior: concevoir une architecture de bout en bout, choisir entre streaming et batch, évaluer des outils, former les autres, communiquer avec les parties prenantes.
• Lead: définir la stratégie data, gérer la dette technique, recruter, former une équipe, arbitrer entre projets.

Délais typiques, avec beaucoup de réserve#

Les gens aiment les chiffres nets. Junior à mid en deux ans. Mid à senior en trois à cinq ans. Senior à lead en cinq à sept ans. Ce sont des moyennes, et elles varient énormément.

La vérité, c'est que le contexte compte plus que le calendrier. Dans une startup où l'on porte plusieurs casquettes, on progresse vite en surface, mais parfois au détriment de la profondeur. Dans un grand groupe, on apprend la rigueur, les processus, mais les promotions suivent des cycles plus lents. Un déménagement, un changement de stack technologique, un congé parental: tout ça peut ralentir ou accélérer la progression.

Ne vous comparez pas à un profil LinkedIn. Vous ne savez pas ce qu'il y a derrière. Demandez-vous plutôt: "Quelles responsabilités je porte aujourd'hui, et lesquelles je voudrais porter dans un an?"

Comment les promotions arrivent vraiment#

Le mythe: on travaille dur, on attend, et un jour le manager vient vous voir avec une promotion. La réalité: les promotions sont un processus politique, souvent déconnecté de votre travail quotidien. Votre manager doit vous défendre dans une réunion où il y a d'autres managers et un budget limité. Il doit prouver que vous méritez le titre et l'argent.

Voici comment ça se passe souvent. Votre manager identifie que vous remplissez déjà les attentes du niveau supérieur depuis plusieurs mois. Il rassemble des preuves concrètes: projets livrés, feedback d'autres équipes, problèmes résolus. Il rédige une note ou prépare un argumentaire. Il le présente en comité de promotion, qui a lieu une ou deux fois par an. Si le comité accepte, la promotion est validée. Sinon, on vous dira "l'année prochaine" ou "il faut encore progresser sur X".

C'est pourquoi il faut que votre manager soit au courant de vos ambitions. Personne ne vous promeut par télépathie. Exprimez clairement votre souhait de progresser, demandez quelles sont les attentes pour le niveau suivant, et demandez un feedback régulier sur votre progression. Si votre entreprise a un référentiel de compétences, étudiez-le. Sinon, demandez à votre manager de vous décrire concrètement ce qu'il attend.

Votre checklist de progression#

• Demandez à votre manager de décrire les attentes du niveau suivant avec des exemples concrets.
• Tenez un journal de vos réalisations: projets, problèmes résolus, feedback positif.
• Identifiez une compétence clé du niveau suivant et travaillez dessus chaque trimestre.
• Participez à des revues de code et à des discussions d'architecture, même si ce n'est pas votre tour.
• Demandez un feedback trimestriel à votre manager et à deux collègues de confiance.
• Publiez un article technique ou présentez un sujet en interne au moins une fois par an.
• Explorez des offres d'emploi pour comprendre ce que le marché attend d'un profil senior.

Un exemple concret. Un data engineer mid veut passer senior. Il identifie qu'il manque d'expérience sur le streaming. Il propose à son manager de prendre en charge un projet Kafka ou Flink. Il documente les choix techniques, les erreurs, les leçons apprises. Il présente le projet à l'équipe. Six mois plus tard, il a une réalisation concrète à mettre en avant lors de l'entretien annuel.

Pour trouver des offres qui correspondent à votre niveau cible, consultez les annonces sur notre page d'offres d'emploi. Pour analyser les compétences demandées, utilisez notre décodeur de fiches de poste. Et si vous voulez vérifier que votre CV est bien formaté pour les systèmes de recrutement, testez notre vérificateur de CV ATS. Vous pouvez aussi lire d'autres conseils sur le blog de jobrise.

Questions fréquentes#

Combien de temps faut-il pour passer de data engineer junior à senior?

En moyenne, cinq à huit ans. Mais c'est une fourchette très large. Certains y arrivent en quatre ans dans des environnements rapides, d'autres mettent dix ans dans des structures plus lentes. Ce qui compte, c'est moins le temps que la diversité et la complexité des problèmes que vous avez résolus. Un an dans une startup très exigeante peut valoir trois ans dans un poste confortable.

Le salaire augmente beaucoup à chaque étape?

Généralement, oui. Un junior en France peut toucher entre 35 000 et 42 000 euros brut annuels en province, un peu plus à Paris. Un mid se situe entre 42 000 et 55 000 euros. Un senior peut atteindre 55 000 à 75 000 euros, voire plus dans certaines entreprises tech ou en télétravail pour une boîte étrangère. Ces chiffres varient selon la ville, la taille de l'entreprise, et le secteur. Vérifiez les grilles actuelles sur des sites comme Glassdoor ou Levels.fyi.

Faut-il changer d'entreprise pour progresser plus vite?

Pas obligatoirement, mais c'est souvent le cas. Changer d'entreprise expose à de nouveaux problèmes, de nouvelles stacks, et souvent un titre plus élevé. Restez au moins deux ans dans chaque poste pour montrer de la stabilité. Si vous changez tous les dix-huit mois, les recruteurs finissent par se méfier. Le mieux est de progresser en interne jusqu'à un certain point, puis de changer pour accéder au niveau suivant.

Quelles certifications aident vraiment?

Aucune certification ne remplace l'expérience. Mais certaines peuvent ouvrir des portes ou consolider des compétences. Les certifications cloud (AWS, GCP, Azure) sont les plus reconnues. La certification "Google Professional Data Engineer" ou "AWS Certified Data Engineer" sont de bons choix. Ne collectionnez pas les certifications pour le CV. Choisissez-en une qui correspond à votre stack et approfondissez-la.

Comment savoir si je suis prêt pour le niveau suivant?

Posez-vous une question simple: est-ce que les gens viennent déjà vous chercher pour des questions du niveau supérieur? Si vos collègues vous demandent de l'aide sur des problèmes d'architecture, si votre manager vous confie des sujets sensibles, si d'autres équipes vous sollicitent, c'est un bon signe. Demandez aussi un feedback direct à votre manager: "Si je postulais pour un poste de senior dans une autre boîte, est-ce que tu me recommanderais?" Sa réponse vous en dira long.