Comment Microsoft recrute ses analystes métier

Microsoft publie les grandes lignes plutôt qu’un déroulé précis. La séquence ci-dessous correspond donc à ce que Microsoft indique, organisée selon les catégories de préparation utilisées sur cette page (présélection, étude de cas, comportemental, sur site), qui ne sont pas les noms donnés par Microsoft aux différentes étapes.

• Les échanges. La plupart des entretiens chez Microsoft comprennent 2-4 échanges avec de potentiels coéquipiers et des collègues interfonctionnels, chacun durant jusqu’à une heure. Pour un analyste métier, la collaboration interfonctionnelle est au cœur du poste : attendez-vous donc à rencontrer au moins une personne appartenant à une équipe que vous accompagneriez plutôt qu’à celle dont vous feriez partie.
• Format et exemples de travaux. Les entretiens peuvent avoir lieu par téléphone, sur Microsoft Teams ou en personne. Pour certains postes, les candidats doivent fournir des exemples de travaux ; pour un analyste, il pourrait s’agir d’un document d’exigences, d’une cartographie de processus ou d’une note de recommandation.
• Les questions. Microsoft décrit ses entretiens techniques comme étant axés sur la résolution de problèmes, avec également des questions portant sur les compétences et sur votre CV. Un entretien d’analyste métier s’appuie davantage sur les volets compétences et CV de cette description.

Microsoft ne précise ni la durée du processus ni si un analyste métier doit réaliser une étude de cas.

L’accent officiellement mis sur la résolution de problèmes, les compétences et votre CV signifie que les recruteurs s’appuieront sur les projets que vous mentionnez : quelle était la demande, qui voulait quoi, comment vous avez découvert le véritable besoin et ce qui a changé après votre recommandation.

Les entretiens d’analyste métier évaluent généralement :

• L’analyse des exigences et des parties prenantes. Transformer une demande vague en exigences vérifiables et savoir qui doit valider chacune d’elles.
• La cartographie des processus. Expliquer comment le travail se déroule réellement, où il se bloque et ce qu’un changement coûterait aux personnes qui l’exécutent.
• Les recommandations fondées sur les données. Choisir un indicateur, l’interpréter avec honnêteté et recommander une option en exposant ses risques.
• La communication. Transmettre le même message à un ingénieur et à un directeur sans être mal compris par l’un ou l’autre, ce qui correspond précisément à ce qu’évalue un groupe composé de coéquipiers et de collègues interfonctionnels.

Vous devez démontrer vos propres compétences sans aide extérieure, sauf autorisation explicite. La structure que vous appliquez à une étude de cas doit donc être la vôtre.

Le format publié par Microsoft ne varie pas selon le poste. Ces différences relèvent donc des pratiques générales et non d’une politique de Microsoft.

• Par rapport aux entretiens d’analyste de données, attendez-vous à moins de SQL en direct et à davantage de questions sur les exigences, les processus et la dimension organisationnelle du changement : qui est responsable du problème, qui approuve la solution et ce qui risque de se détériorer en aval.
• Par rapport aux entretiens de chef de produit, attendez-vous à moins de questions sur la vision produit et la hiérarchisation de la feuille de route, et à davantage d’analyse d’un processus ou d’un système existant afin de justifier son amélioration.
• Par rapport à d’autres entreprises, les caractéristiques publiées auxquelles vous devez vous préparer sont le faible nombre d’échanges d’une heure et la présence de collègues interfonctionnels. La cohérence de votre récit entre ces échanges est importante, car les recruteurs comparent leurs notes.

Microsoft ne publie aucun calendrier. Microsoft en indique toutefois l’ampleur : 2-4 échanges, chacun durant jusqu’à une heure. Le processus est donc compact et chaque échange a un poids réel.

La difficulté tient à la précision attendue dans un cadre axé sur les compétences. Les questions qui commencent par une compétence, comme la gestion d’une exigence contradictoire, se tournent rapidement vers votre CV : quel projet, quelle partie prenante et ce que vous avez réellement fait. Les candidats capables de décrire leur expérience passée au niveau de chaque décision réussissent mieux que ceux qui donnent des réponses soignées mais générales.

Préparez des preuves correspondant au cadre publié : résolution de problèmes, compétences et CV.

• Expériences liées aux exigences. Deux ou trois situations où une demande vague est devenue un ensemble d’exigences vérifiables, en précisant la partie prenante qu’il a fallu convaincre et les concessions que vous avez faites.
• Un processus que vous pouvez cartographier de mémoire. La situation initiale, le goulot d’étranglement, le changement et le résultat mesuré.
• Une note de recommandation. Entraînez-vous à présenter une analyse en quelques minutes sous la forme d’options, de preuves, d’une recommandation et de risques, puis à la défendre.
• Des exemples de travaux. Ils sont demandés pour certains postes ; préparez un document d’exigences ou une cartographie de processus claire que vous accepteriez de commenter ligne par ligne.
• Répétez les questions interfonctionnelles. Un entretien blanc avec SubcueAI vous aide à vous entraîner en une seule séance aux questions sur les compétences et le CV ; pendant l’entretien réel, toute aide extérieure est interdite, sauf autorisation explicite.