Come Microsoft seleziona gli analisti aziendali

Microsoft pubblica una panoramica anziché un copione, quindi la sequenza seguente riflette quanto dichiarato da Microsoft, organizzato secondo le categorie di preparazione usate in questa pagina (screening, caso, comportamentale, in sede), che non sono i nomi delle fasi di Microsoft.

• Le conversazioni. La maggior parte dei colloqui di Microsoft comprende 2-4 conversazioni con potenziali colleghi del team e di altre funzioni, ciascuna della durata massima di un'ora. Per un analista aziendale, collaborare con altre funzioni è parte integrante del lavoro, quindi aspettati almeno un intervistatore appartenente a un team che dovresti supportare, anziché a quello in cui lavoreresti.
• Formato ed esempi di lavoro. I colloqui possono svolgersi per telefono, su Microsoft Teams o di persona. Per alcuni ruoli, ai candidati viene chiesto di presentare esempi del proprio lavoro; per un analista potrebbero essere un documento dei requisiti, una mappa di processo o una nota con una raccomandazione.
• Le domande. Microsoft descrive i colloqui tecnici come basati sulla risoluzione dei problemi, affiancata da domande sulle competenze e sul curriculum. Un colloquio per analista aziendale pone maggiore enfasi sugli aspetti relativi alle competenze e al curriculum.

Microsoft non comunica quanto dura il processo né se a un analista aziendale venga assegnato un esercizio su un caso.

L'enfasi dichiarata da Microsoft sulla risoluzione dei problemi, sulle competenze e sul curriculum implica che gli intervistatori partiranno dai progetti elencati: quale fosse la richiesta, che cosa volessero le diverse persone, come hai individuato il requisito reale e che cosa sia cambiato dopo la tua raccomandazione.

In generale, i colloqui per analisti aziendali valutano:

• Analisi dei requisiti e degli stakeholder. Trasformare una richiesta vaga in requisiti verificabili e sapere da chi debba essere approvato ciascuno di essi.
• Mappatura dei processi. Descrivere come si svolge realmente il lavoro, dove si blocca e quale costo comporterebbe un cambiamento per chi lo esegue.
• Raccomandazioni basate sui dati. Scegliere una metrica, interpretarla con onestà e raccomandare un'opzione indicandone i rischi.
• Comunicazione. Esprimere lo stesso concetto a un ingegnere e a un dirigente senza essere fraintesi da nessuno dei due: esattamente ciò che valuta un gruppo di colleghi del team e di altre funzioni.

Devi dimostrare le tue capacità senza assistenza esterna, salvo esplicita autorizzazione, quindi la struttura con cui affronti un caso deve essere frutto del tuo lavoro.

Il formato pubblicato da Microsoft non varia in base al ruolo, quindi queste differenze riflettono la prassi generale, non una politica di Microsoft.

• Rispetto ai colloqui per analisti di dati, aspettati meno esercizi SQL dal vivo e maggiore attenzione ai requisiti, ai processi e agli aspetti organizzativi del cambiamento: chi è responsabile del problema, chi approva la soluzione e che cosa potrebbe smettere di funzionare nelle fasi successive.
• Rispetto ai colloqui per product manager, aspettati meno domande sulla visione del prodotto e sulla definizione delle priorità della roadmap e più domande sull'analisi di un processo o sistema esistente e sulla costruzione di un'argomentazione a favore del suo miglioramento.
• Rispetto ad altre aziende, gli elementi pubblicati per cui prepararsi sono il numero ridotto di conversazioni di un'ora e la presenza di colleghi di altre funzioni. La coerenza del tuo racconto tra le varie conversazioni è importante, perché gli intervistatori confrontano le proprie valutazioni.

Microsoft non pubblica una tempistica. Microsoft ne comunica invece la portata: 2-4 conversazioni, ciascuna della durata massima di un'ora; il processo è quindi compatto e ogni conversazione ha un peso significativo.

La difficoltà consiste nell'essere specifici all'interno di uno schema basato sulle competenze. Le domande che partono da una competenza, come la gestione di requisiti in conflitto, passano rapidamente al curriculum: quale progetto, quale stakeholder, che cosa hai fatto concretamente. I candidati capaci di descrivere le proprie esperienze passate a livello delle singole decisioni ottengono risultati migliori di quelli che forniscono risposte curate ma generiche.

Prepara esempi concreti per lo schema pubblicato da Microsoft: risoluzione dei problemi, competenze, curriculum.

• Esperienze relative ai requisiti. Due o tre casi in cui una richiesta vaga è diventata un insieme di requisiti verificabili, includendo lo stakeholder che hai dovuto convincere e ciò a cui hai rinunciato.
• Un processo che sai mappare a memoria. La situazione iniziale, il collo di bottiglia, il cambiamento e il risultato misurato.
• Una nota con una raccomandazione. Esercitati a presentare in pochi minuti un'analisi sotto forma di opzioni, prove, raccomandazione e rischio, per poi difenderla.
• Esempi di lavoro. Per alcuni ruoli vengono richiesti; prepara un documento dei requisiti o una mappa di processo ben strutturati, che tu sia disposto a discutere riga per riga.
• Esercitati con domande interfunzionali. Un colloquio simulato con SubcueAI ti aiuta a esercitarti in un'unica sessione con domande sulle competenze e sul curriculum; nel colloquio reale, l'assistenza esterna non è consentita salvo esplicita autorizzazione.