Comment Microsoft recrute les analystes de données

Microsoft publie les grandes lignes de ses entretiens plutôt qu’une succession fixe d’étapes nommées. Les catégories de cette page (présélection, exercice à domicile, étude de cas, comportemental, entretien sur site) sont des catégories de préparation, pas celles de Microsoft.

• Les conversations. La plupart des entretiens Microsoft comprennent 2-4 conversations avec de potentiels coéquipiers et des collègues de fonctions transverses, chacune durant jusqu’à une heure. Pour un analyste, ces collègues seront probablement les personnes qui agiront en fonction de vos chiffres.
• Format et exemples de travaux. Les entretiens peuvent avoir lieu par téléphone, sur Microsoft Teams ou en personne et, pour certains postes, les candidats doivent écrire du code, présenter un portfolio créatif ou fournir des exemples de travaux. Microsoft ne précise pas les postes concernés ; un analyste doit donc se préparer à un exercice SQL ou à une demande d’exemple d’analyse.
• La conversation technique. Les entretiens techniques reposent sur la résolution de problèmes et portent sur l’excellence technique et les compétences fondamentales, en plus de questions axées sur les compétences et de questions concernant votre CV.
• Si vous codez. Lorsqu’un entretien comporte du code, vous codez dans le langage que vous maîtrisez, sans pseudocode, dans un outil tiers qui l’exécute et le compile. Pour un analyste, cela signifie le plus souvent écrire du SQL réellement exécutable.

Microsoft ne publie pas la durée du processus pour un analyste de données.

L’évaluation publiée porte sur la résolution de problèmes, vérifiée à travers vos compétences et votre CV. Pour un analyste, cela signifie que chaque analyse mentionnée sera examinée sous les angles suivants : la question à laquelle elle répondait, les données utilisées, les contrôles effectués et la décision qu’elle a fait évoluer.

Les entretiens d’analyste de données évaluent généralement :

• SQL et nettoyage des données. Les jointures, les agrégations, les fonctions de fenêtrage et la rigueur nécessaire pour repérer les lignes en double et les clés nulles avant de communiquer un chiffre.
• Métriques et tableaux de bord. Définir une métrique afin que deux personnes calculent la même valeur et savoir reconnaître un tableau de bord trompeur.
• Communication des conclusions. Transformer un résultat en recommandation exploitable par un collègue d’une fonction transverse, ce qui importe ici puisque ces collègues participent à l’entretien.
• Jugement commercial. Choisir l’analyse à effectuer en premier et savoir expliquer pourquoi.

Vous devez démontrer vos propres compétences sans aide extérieure, sauf autorisation explicite : le SQL comme l’interprétation doivent donc venir de vous.

Microsoft publie un format d’entretien unique pour tous les postes ; ce qui suit relève donc des pratiques générales de ces métiers et non d’une règle de Microsoft.

• Par rapport aux entretiens de data scientist, attendez-vous à moins de modélisation et de conception d’expériences, mais à davantage de définition de métriques, d’analyse descriptive et de recommandations claires.
• Par rapport aux entretiens d’ingénieur des données, attendez-vous à peu de questions sur l’architecture des pipelines et à beaucoup plus de questions sur l’interprétation de données existantes, y compris leurs défauts.
• Par rapport à d’autres entreprises, les éléments publiés à préparer sont le petit nombre de conversations d’une heure, la présence de collègues de fonctions transverses et l’obligation d’écrire du code exécutable. Un analyste capable à la fois d’écrire du SQL fonctionnel et d’expliquer le résultat à une personne non analyste est bien adapté à ce format.

Microsoft ne publie pas de calendrier. Microsoft en précise toutefois l’ampleur : 2-4 conversations pouvant durer jusqu’à une heure chacune, de sorte que chacune compte davantage que dans un processus plus long.

La difficulté vient de la combinaison des exercices plutôt que d’une question isolée. En une heure, vous pouvez passer d’un problème SQL qui doit s’exécuter correctement à une question de compétences sur un désaccord avec une partie prenante, puis à une question sur votre CV demandant pourquoi une métrique que vous avez créée a été définie ainsi. Les candidats qui connaissent leurs analyses passées jusque dans le détail de chaque choix gèrent bien ces transitions.

Préparez-vous au format publié par Microsoft : résolution de problèmes, compétences, CV et code exécutable.

• SQL exécutable. Entraînez-vous dans un outil qui exécute vos requêtes et expliquez oralement vos contrôles, car le pseudocode n’est pas accepté lorsque du code est demandé.
• Récits autour des métriques. Pour chaque métrique figurant sur votre CV, connaissez sa définition, ses faiblesses connues et une décision qu’elle a fait évoluer.
• Explications transverses. Entraînez-vous à expliquer une même analyse à un ingénieur, à un spécialiste du marketing et à un partenaire financier sans en modifier le sens.
• Un exemple de travail prêt. Certains postes exigent des exemples de travaux ; préparez une analyse claire et documentée que vous seriez prêt à défendre ligne par ligne.
• Répétez l’entretien d’une heure. Utilisez un entretien blanc avec SubcueAI pour vous entraîner à passer des questions techniques aux questions sur les compétences et le CV ; pendant l’entretien réel, toute aide extérieure est interdite sauf autorisation explicite de Microsoft.