Come Microsoft seleziona gli ingegneri dei dati

Microsoft pubblica una descrizione sintetica dei propri colloqui anziché una scaletta fase per fase; la struttura seguente combina quindi quanto dichiarato da Microsoft con le categorie di preparazione usate in questa pagina (screening, programmazione, progettazione di sistemi, colloquio comportamentale e colloquio in sede), che non sono i nomi attribuiti da Microsoft alle varie fasi.

• Le conversazioni. La maggior parte dei colloqui Microsoft comprende 2-4 conversazioni con potenziali colleghi di squadra e di altre funzioni, ciascuna della durata massima di un'ora. Per un ingegnere dei dati, è probabile che tra queste persone vi siano coloro i cui dashboard e modelli dipendono dalle tue pipeline.
• Dove si svolgono. I colloqui possono tenersi per telefono, su Microsoft Teams o di persona. Per alcuni ruoli, ai candidati viene chiesto di scrivere codice, presentare un portfolio creativo o fornire esempi del proprio lavoro; un ruolo nell'ambito dei dati rientra senza dubbio nella categoria che richiede di programmare.
• Le fasi tecniche. I colloqui tecnici sono basati sul problem solving. Valutano l'eccellenza tecnica e le competenze fondamentali, insieme a domande basate sulle competenze e sul curriculum.
• Come si programma. Scrivi codice soltanto nel linguaggio che padroneggi, ricevi l'indicazione di non usare pseudocodice e utilizzi uno strumento di programmazione di terze parti con cui puoi eseguire e compilare il codice.

Microsoft non indica la durata dell'intero processo né quale delle 2-4 conversazioni sia dedicata alla progettazione di sistemi per un ingegnere dei dati.

L'enfasi dichiarata è sul problem solving: eccellenza tecnica e competenze fondamentali, verificate attraverso domande basate sulle competenze e sul curriculum. In pratica, ogni progetto riportato nel curriculum può essere approfondito fino alle singole decisioni e ogni soluzione di programmazione deve funzionare, perché lo pseudocodice non è accettato e lo strumento compila il codice.

In generale, i colloqui per ingegneri dei dati valutano quattro aree, ciascuna coerente con l'approccio basato sul problem solving:

• SQL e modellazione dei dati. Query che producono il risultato corretto al primo tentativo e schemi che sai giustificare rispetto a requisiti mutevoli.
• Pipeline e orchestrazione. Dipendenze, riesecuzioni idempotenti, caricamenti retroattivi e gestione di una fonte tardiva o malformata.
• Sistemi di dati distribuiti. Partizionamento, formati dei file, elaborazione batch rispetto allo streaming e costo di ogni scelta.
• Qualità e responsabilità dei dati. Come vengono individuati i dati errati, chi ne viene informato e cosa ne impedisce il ripetersi.

Durante le valutazioni e i colloqui devi dimostrare le tue capacità senza assistenza esterna, salvo esplicita autorizzazione; sia il codice funzionante sia il ragionamento devono quindi essere tuoi.

Microsoft descrive un unico formato di colloquio tecnico anziché uno specifico per ogni ruolo; le differenze riportate di seguito riflettono quindi la prassi generale di questi ruoli, non una politica di Microsoft.

• Rispetto ai colloqui per ingegneri software, il codice che ti viene chiesto di eseguire tende a riguardare la manipolazione dei dati, la logica di trasformazione e SQL, anziché un'ampia gamma di algoritmi; inoltre, le domande di progettazione vertono più spesso su trasferimento, archiviazione e aggiornamento dei dati.
• Rispetto ai colloqui per data scientist, aspettati meno ragionamento statistico e modellazione e una maggiore attenzione ai sistemi che forniscono puntualmente dati affidabili.
• Rispetto ad altre aziende, tre dettagli dichiarati caratterizzano la giornata: un numero ridotto di conversazioni di un'ora anziché un lungo gruppo di intervistatori, codice che deve essere compilato in uno strumento reale e la presenza di colleghi di altre funzioni. Preparati a spiegare il tuo lavoro sia a un ingegnere sia a chi non lo è.

Microsoft non pubblica una tempistica. Indica però le dimensioni del colloquio: 2-4 conversazioni, ciascuna della durata massima di un'ora. È una struttura più breve rispetto ai colloqui in sede articolati in molte fasi descritti da alcune aziende, quindi ogni conversazione ha un peso maggiore.

La difficoltà è pratica più che teorica. Poiché non puoi usare pseudocodice e lo strumento di programmazione esegue il codice, i piccoli errori sono immediatamente visibili; inoltre, le domande sulle competenze e sul curriculum implicano che, nell'arco di un'ora, il colloquio possa passare da una query a un progetto precedente e poi a un compromesso progettuale. La conoscenza approfondita del tuo lavoro conta più di una preparazione superficiale su numerosi argomenti teorici.

Riproduci il formato dichiarato: problem solving, competenze e curriculum, usando un linguaggio che padroneggi.

• Esegui gli esercizi. Risolvi problemi SQL e di trasformazione in un ambiente che li esegua, spiegando a voce il ragionamento mentre procedi, poiché lo strumento del colloquio compila il codice e lo pseudocodice non è accettato.
• Un solo linguaggio, a fondo. Scegli il linguaggio che padroneggi meglio e continua a usarlo; Microsoft indica di programmare soltanto in quel linguaggio.
• Curriculum al livello delle decisioni. Per ogni pipeline o piattaforma riportata nel curriculum, prepara la scelta progettuale, l'alternativa scartata e il problema che hai gestito.
• Risposte per interlocutori di altre funzioni. Esercitati a spiegare un incidente relativo alla qualità dei dati a un analista e a un responsabile di prodotto, perché le conversazioni includono colleghi di altre funzioni.
• Simula l'ora. Un colloquio simulato con SubcueAI ti permette di esercitarti a passare tra programmazione, competenze e domande sul curriculum in un'unica sessione; nel colloquio reale, l'assistenza esterna non è consentita salvo esplicita autorizzazione.