Faut-il une lettre de motivation pour un poste de data engineer ?

Où elle est réellement lue

La plupart des recrutements en data engineering suivent l'un de deux parcours, et la lettre de motivation compte différemment sur chacun.

Dans les petites entreprises et les scale-ups, la personne qui lit votre candidature est souvent le responsable data engineering ou un ingénieur senior de l'équipe, pas un recruteur. Ils regardent d'abord le CV, puis GitHub ou un lien portfolio, puis la lettre s'il reste du temps. Si votre CV montre déjà la stack qu'ils cherchent — disons, dbt, Airflow, Snowflake — la lettre ne changera probablement pas la décision.

Dans les grandes entreprises qui passent par un ATS (Workday, Greenhouse, Lever, SmartRecruiters), un recruteur filtre généralement le CV d'abord sur les mots-clés de la fiche de poste : l'entrepôt de données spécifique (Snowflake, BigQuery, Redshift), l'outil d'orchestration (Airflow, Dagster, Prefect), le framework de traitement (Spark, Flink), et si vous avez fait du batch, du streaming, ou les deux. Le champ de la lettre de motivation est souvent optionnel et souvent ignoré à ce stade. Elle est lue plus tard, une fois que vous êtes présélectionné, par le responsable du recrutement qui décide qui inviter à l'entretien technique — et à ce moment-là, il s'est déjà fait une opinion à partir du CV.

Là où la lettre est systématiquement ignorée : les postes avec un exercice à faire en premier ou un test SQL/Python en direct. Beaucoup de processus de recrutement en data engineering passent directement du CV à une tâche technique — construire un petit pipeline, déboguer un DAG, écrire une requête sur un schéma exemple — et la lettre n'a aucune influence sur le passage de cette étape. Si l'annonce mentionne un test technique avant toute conversation humaine, considérez que la lettre ne sert presque à rien.

Les une ou deux choses auxquelles elle doit répondre

Quand la lettre est lue, c'est généralement parce que le CV seul laisse un vide que le lecteur doit combler lui-même. Deux vides reviennent assez souvent dans ce domaine pour mériter d'être traités directement.

Le premier est le transfert de stack. Les outils de data engineering se regroupent en familles qui ne se correspondent pas une à une, et un responsable qui cherche "5 ans de dbt" n'en déduira pas forcément que vos 5 ans de logique de transformation par procédures stockées dans un environnement Microsoft couvrent le même terrain. Si votre expérience est sur Azure Data Factory et que vous postulez quelque part qui utilise Airflow, ou si votre expérience d'entrepôt est Redshift et que le poste concerne BigQuery, dites clairement quelle est la compétence sous-jacente — chargement incrémental, conception de tâches idempotentes, backfill d'un DAG, gestion des dimensions à variation lente — plutôt que de laisser le lecteur deviner si la différence de syntaxe est un vrai écart ou cosmétique. C'est la phrase qui a le plus de valeur qu'une lettre de motivation de data engineer puisse contenir, et la plupart ne l'ont pas.

Le second est l'adéquation au domaine, quand elle est réellement pertinente. Un pipeline qui traite des événements de clickstream pour l'attribution publicitaire a des exigences de latence et de déduplication différentes d'un pipeline qui traite des données de sinistres pour un assureur, qui a lui-même des exigences différentes des données génomiques ou de transactions financières. Si l'annonce spécifie un domaine et que votre dernier poste était dans un autre, une phrase sur la façon dont vous avez géré une contrainte analogue — données arrivant en retard, traitement de données personnelles, piste d'audit réglementaire — dit au lecteur que vous comprenez ce qui est réellement difficile avec leurs données, pas seulement que vous savez écrire un DAG.

Au-delà de ces deux points, il n'y a pas grand-chose d'autre qu'un responsable de recrutement en data engineering cherche spécifiquement dans une lettre. Ce n'est pas un domaine où la lettre est censée porter la personnalité ou la motivation comme ce serait le cas dans un poste en contact client ou orienté mission. Limitez-vous à deux courts paragraphes répondant à la question de la stack et, si pertinent, à la question du domaine, et arrêtez-vous là.

Ce qu'il ne faut pas y mettre

Ne répétez pas ce qui est déjà détaillé sur le CV — "construit et maintenu des pipelines ETL/ELT en Python et SQL" ne dit rien au lecteur que la section compétences du CV n'a pas déjà dit, et le répéter ressemble à du remplissage.

Ne listez pas d'outils pour le principe. La correspondance de mots-clés de l'ATS, quand elle existe, travaille à partir de votre CV et du formulaire de candidature, pas de la lettre en texte libre. Nommer Airflow, dbt, Spark et Kafka dans un paragraphe ne vous aide pas à passer un filtre de mots-clés que vous avez déjà passé ou raté sur le CV.

N'écrivez pas d'enthousiasme générique — "passionné par les données" ou "enthousiaste à l'idée de tirer parti des données pour créer de la valeur business" est du remplissage que tous les responsables de recrutement en data engineering ont lu cent fois et qu'ils sautent. Si vous voulez signaler un intérêt réel, soyez spécifique : un problème particulier dans leur plateforme de données sur lequel vous voudriez travailler, basé sur quelque chose dans l'annonce ou leur blog d'ingénierie, vaut plus qu'un adjectif.

Où elle a vraiment peu de poids

Autant être direct là-dessus plutôt que de prétendre que chaque candidature bénéficie également d'une lettre bien rédigée. Pour un data engineer avec un parcours clair et correspondant qui postule à un poste spécifiant la stack qu'il utilise déjà, la lettre est presque sans importance. Le CV et l'entretien technique font le vrai filtrage. Passer une soirée à peaufiner une lettre de motivation pour ce type de candidature est du temps qui serait plus utile consacré à l'exercice à faire, ou à s'assurer qu'un projet de pipeline dans votre portfolio est un projet dont vous pouvez parler en détail.

La lettre a plus de poids dans des situations spécifiques : quand le formulaire de candidature la rend obligatoire et que vous devez écrire quelque chose ; quand vous passez au data engineering depuis un poste adjacent — analyste de données, ingénieur backend, DBA — et que le CV seul ne rend pas les compétences transférables évidentes ; quand il y a un trou, un passage de CDD à CDI, ou un changement de carrière sur lequel le CV soulève des questions ; ou quand vous postulez dans une petite entreprise où la personne qui lit tout est la même personne qui sera votre manager, et que deux paragraphes bien ciblés peuvent faire basculer un CV limite vers un entretien.

En dehors de ces situations, considérez la lettre comme un levier faible. Écrivez-la de manière compétente, gardez-la courte, et ne laissez pas cela devenir ce sur quoi vous passez un temps disproportionné par rapport à ce qu'elle fera probablement.

Que faire ensuite

Vérifiez d'abord si la candidature exige réellement une lettre — de nombreux formulaires ATS la marquent comme optionnelle, et si c'est le cas, n'en écrivez une que si vous avez quelque chose à dire que le CV ne peut pas dire seul. Si vous en écrivez une, mettez la phrase sur le transfert de stack dans le premier tiers : nommez l'outil ou la plateforme que l'annonce demande et celui que vous avez réellement utilisé, et dites directement comment la compétence se transfère. Ajoutez la phrase sur le domaine seulement si l'annonce nomme un domaine et que le vôtre en diffère. Coupez tout ce qui répète le CV ou exprime de l'enthousiasme sans spécificités. Et si la première étape du poste est un exercice à faire ou un test technique, consacrez-y votre temps restant — c'est là que ce type de candidature se décide réellement.

jobmarket.pro lit l'annonce complète en la comparant à un profil de candidat et rédige la lettre à partir de ce qui est réellement vrai de ce profil, plutôt qu'à partir d'un modèle, quand une lettre est demandée.