Tafons · Conseils

Questions d’entretien fréquentes en data et en tech

29 octobre 2026

Ce que ces questions cherchent

En data et en tech, l’entretien vérifie souvent trois choses : est-ce que tu sais faire le geste technique, est-ce que tu sais expliquer un résultat à quelqu’un qui ne code pas, et est-ce que tu tiens quand le sujet est flou. Les intitulés des questions changent. Le fond revient. Cette page en prend quelques-unes, parmi les plus courantes. Ce n’est pas un corrigé, et ce n’est pas « les dix questions qui font avoir le poste ».

Prépare tes propres exemples avant d’apprendre des réponses toutes faites. Une réponse lue sur un forum se reconnaît, et elle casse dès qu’on te demande « et après, qu’est-ce que tu as changé ? ». Pars de ton travail. Si tu n’as pas encore d’emploi, un projet fini, même petit, vaut mieux qu’une définition récitée.

Raconte un traitement de données

On te demandera de décrire un flux : d’où viennent les données, ce que tu en fais, où elles atterrissent, qui s’en sert. Prépare un schéma que tu peux dire à voix haute en deux minutes. Nomme les outils seulement s’ils étaient les tiens. Dis aussi ce que tu ne contrôlais pas : un export reçu par mail, une colonne qui change de nom, un chargement la nuit.

Si l’on te demande un joint ou une agrégation, explique le grain. « Une ligne par commande et par jour » est souvent la phrase qui manque. Tu n’as pas à écrire du SQL parfait au tableau si le poste n’est pas un poste de développement. Tu dois pouvoir dire quelle table tu filtres et pourquoi le total peut être faux.

C’est quoi cette métrique

« C’est quoi un utilisateur actif » ou « comment vous calculez le chiffre » est une question de définition, pas de formule magique. Réponds par le numérateur, le dénominateur, la période, et ce que tu exclus. Dis aussi qui a validé la définition. Une métrique sans propriétaire devient une dispute.

On peut te proposer un cas : les ventes baissent, que regardes-tu d’abord. Une méthode simple suffit. Comparer à la même période d’avant, séparer un gros client du reste, vérifier que le chargement n’a pas sauté un jour, puis seulement chercher une cause métier. Annoncer une cause unique au bout de trente secondes est un mauvais signal. Montrer que tu vérifies le tuyau avant l’histoire est un bon signal.

Un incident ou un chiffre faux

Presque tout le monde a déjà publié un chiffre faux, cassé un chargement, ou laissé passer un doublon. Le recruteur le sait. Il veut entendre comment tu l’as vu, qui tu as prévenu, et ce que tu as changé pour que ça ne recommence pas de la même façon. « Je suis perfectionniste, ça n’arrive pas » n’est pas une réponse.

Décris le correctif sans dramatiser. Un test sur une colonne, une alerte quand le volume tombe, une revue avant publication. Si tu n’avais pas le droit de toucher à la production, dis ce que tu as documenté et à qui tu l’as passé. Le métier d’engineer tourne beaucoup autour de ça. Le métier d’analyst tourne autour de ne pas laisser le chiffre faux dans un comité.

Un désaccord avec quelqu’un du métier

On te demandera un moment où un collègue voulait un nombre que les données ne portaient pas. La bonne réponse n’est pas « j’ai tenu bon » ni « j’ai cédé ». C’est : qu’est-ce qu’il cherchait à décider, qu’est-ce que tu pouvais calculer honnêtement, et comment tu l’as dit. Parfois la suite est un proxy clairement nommé. Parfois c’est « on ne peut pas le mesurer avec ce qu’on a ».

Évite de moquer l’autre équipe. Le recruteur se demande si tu feras la même chose avec la sienne. Un exemple court, sans prénom inutile, suffit. Si tu n’as jamais vécu ça, dis-le et prends un cas d’école que tu raisonnes devant eux, en marquant que c’est un cas et pas un souvenir.

Ce que tu leur demandes

Prépare des questions qui montrent que tu vois le travail. Pour un poste d’engineer : comment un changement de schéma est annoncé, qui est réveillé si le chargement casse, ce qui est testé. Pour un poste d’analyst : qui sont les lecteurs du tableau, à quel rythme les définitions changent, si tu as le droit de dire non à une demande. Pour un poste de scientist : comment une expérience est décidée, et ce qui se passe quand le résultat est nul.

Tu peux dire que tu ne sais pas une technique, puis dire comment tu l’apprendrais. Mentir sur un outil que tu n’as jamais ouvert se voit à la deuxième question. Les fiches métiers du site précisent missions et outils sans inventer de salaire. Sers-t’en pour nommer le poste, pas pour réciter une définition.