Come Microsoft seleziona gli analisti dati

Microsoft pubblica una panoramica dei propri colloqui, anziché una sequenza fissa di fasi con nomi specifici. Le categorie di questa pagina (screening, prova da svolgere a casa, caso pratico, colloquio comportamentale, colloquio in sede) sono categorie di preparazione, non categorie di Microsoft.

• Le conversazioni. La maggior parte dei colloqui Microsoft comprende 2-4 conversazioni con potenziali colleghi del team e di altre funzioni, ciascuna della durata massima di un'ora. Per un analista, i colleghi di altre funzioni saranno probabilmente le persone che agiranno in base ai suoi numeri.
• Formato e campioni di lavoro. I colloqui possono svolgersi per telefono, su Microsoft Teams o di persona e, per alcuni ruoli, ai candidati viene chiesto di scrivere codice, condividere un portfolio creativo o fornire campioni del proprio lavoro. Microsoft non specifica per quali ruoli, quindi un analista dovrebbe essere pronto a svolgere un esercizio SQL o a presentare un'analisi di esempio.
• La conversazione tecnica. I colloqui tecnici si basano sulla risoluzione di problemi e valutano l'eccellenza tecnica e le competenze fondamentali, oltre a includere domande basate sulle competenze e sul curriculum.
• Se scrivi codice. Quando un colloquio prevede la scrittura di codice, utilizzi il linguaggio che padroneggi meglio, senza pseudocodice, in uno strumento di terze parti che lo esegue e lo compila. Per un analista, ciò significa il più delle volte scrivere SQL realmente eseguibile.

Microsoft non indica quanto dura il processo per un analista dati.

La valutazione pubblicata riguarda la risoluzione di problemi, verificata attraverso le competenze e il curriculum. Per un analista, questo significa che ogni analisi elencata sarà esaminata considerando la domanda a cui rispondeva, i dati utilizzati, i controlli eseguiti e la decisione che ha modificato.

In generale, i colloqui per analisti dati valutano:

• SQL e pulizia dei dati. Join, aggregazioni, funzioni finestra e la disciplina necessaria per individuare righe duplicate e chiavi nulle prima di comunicare un numero.
• Metriche e dashboard. Definire una metrica in modo che due persone calcolino lo stesso valore e sapere quando una dashboard è fuorviante.
• Comunicazione dei risultati. Trasformare un risultato in una raccomandazione su cui un collega di un'altra funzione possa agire, aspetto importante in questo caso perché quei colleghi partecipano al colloquio.
• Giudizio aziendale. Scegliere quale analisi svolgere per prima e saperne spiegare il motivo.

Devi dimostrare autonomamente le tue competenze, senza assistenza esterna, a meno che non sia esplicitamente consentita; pertanto, sia il codice SQL sia l'interpretazione devono provenire da te.

Microsoft pubblica un unico formato di colloquio per tutti i ruoli, quindi quanto segue riflette la prassi generale per questi ruoli e non una regola di Microsoft.

• Rispetto ai colloqui per data scientist, aspettati meno modellazione e progettazione di esperimenti e una maggiore attenzione alla definizione delle metriche, all'analisi descrittiva e a raccomandazioni chiare.
• Rispetto ai colloqui per data engineer, aspettati poche domande sull'architettura delle pipeline e molte di più sull'interpretazione di dati già esistenti, compresi i loro difetti.
• Rispetto ad altre aziende, i dettagli pubblicati su cui prepararsi sono il numero ridotto di conversazioni di un'ora, la presenza di colleghi di altre funzioni e la necessità che il codice sia eseguibile. Un analista capace sia di scrivere codice SQL funzionante sia di spiegare il risultato a chi non è analista sfrutta al meglio questo formato.

Microsoft non pubblica una tempistica. Ne indica però la portata: 2-4 conversazioni della durata massima di un'ora ciascuna, perciò ognuna pesa più di quanto accadrebbe in un ciclo di colloqui più lungo.

La difficoltà deriva dalla combinazione degli elementi, non da una singola domanda. Nell'arco di un'ora potresti passare da un problema SQL che deve essere eseguito correttamente a una domanda sulle competenze relativa a un disaccordo con uno stakeholder, fino a una domanda sul curriculum riguardante il motivo per cui hai definito in un certo modo una metrica da te creata. I candidati che conoscono le proprie analisi passate fino al livello delle singole scelte gestiscono bene questi passaggi.

Preparati al formato pubblicato: risoluzione di problemi, competenze, curriculum e codice eseguibile.

• SQL eseguibile. Esercitati in uno strumento che esegua le query e illustra a voce i controlli che fai, perché quando è richiesto codice lo pseudocodice non è accettato.
• Storie sulle metriche. Per ogni metrica presente nel curriculum, conoscine la definizione, i limiti noti e una decisione che ha modificato.
• Spiegazioni interfunzionali. Esercitati a spiegare un'analisi a un ingegnere, a un addetto al marketing e a un responsabile finanziario senza cambiarne il significato.
• Un campione di lavoro pronto. Per alcuni ruoli vengono richiesti campioni di lavoro; prepara un'analisi ordinata e documentata che saresti disposto a difendere riga per riga.
• Simula l'ora. Usa un colloquio simulato con SubcueAI per esercitarti a passare tra domande tecniche, sulle competenze e sul curriculum; durante il colloquio vero e proprio, l'assistenza esterna non è consentita salvo esplicita autorizzazione.