Come NVIDIA seleziona gli analisti aziendali

NVIDIA pubblica un unico iter di selezione per tutti i ruoli, anziché uno specifico per gli analisti aziendali. Screening, caso pratico, colloquio comportamentale e sessione in sede sono categorie di preparazione usate in questa pagina, non i nomi delle fasi di NVIDIA.

• Colloqui telefonici. Per i ruoli a tempo pieno, i candidati partecipano generalmente a colloqui telefonici seguiti da colloqui virtuali o in presenza.
• Colloqui con il team e altri gruppi. Incontrerai il responsabile delle assunzioni, i membri del team e dipendenti di altri gruppi in colloqui individuali, con piccoli gruppi o davanti a una commissione, che di solito durano 30-60 minuti ciascuno. Per un analista aziendale, gli altri gruppi sono quelli i cui processi dovresti analizzare, quindi aspettati domande dal loro punto di vista.
• Un esercizio di programmazione, per i ruoli tecnici. NVIDIA afferma che ai candidati per ruoli tecnici potrebbe essere chiesto di completare un esercizio di programmazione su HackerRank. Non specifica se un analista aziendale sia considerato tale; è ragionevole prepararsi a un esercizio SQL.
• La sessione in sede. Prima di poter essere preso in considerazione per un'offerta, devi completare un colloquio in presenza presso un ufficio NVIDIA.
• Insider Chat. Un incontro facoltativo di 15 minuti durante il colloquio finale che non influisce sulle decisioni di assunzione.

NVIDIA rende noti gli interlocutori, la durata di ogni conversazione e la regola secondo cui l'uso durante il colloquio di strumenti esterni non autorizzati, come ChatGPT, comporta la squalifica, ma non pubblica una griglia di valutazione. Un analista aziendale dovrebbe interpretare l'elenco degli intervistatori come la prova stessa: il responsabile delle assunzioni valuta il giudizio, i colleghi il metodo e le persone di altri gruppi verificano se le tue raccomandazioni reggono al confronto con i team che dovranno conviverci.

In generale, i colloqui per analisti aziendali valutano:

• Analisi dei requisiti e degli stakeholder. Trasformare una richiesta vaga in requisiti verificabili e sapere chi deve approvare ciascuno di essi.
• Mappatura dei processi. Descrivere come procede il lavoro, dove si interrompe e quale costo comporta un cambiamento per chi lo svolge.
• Raccomandazioni basate sui dati. Scegliere una metrica, interpretarla con onestà e raccomandare un'opzione illustrandone i rischi.
• Comunicazione. Spiegare lo stesso risultato a un ingegnere e a un dirigente senza cambiarne il significato.

L'iter pubblicato da NVIDIA non varia in base al ruolo; le differenze indicate di seguito riflettono la prassi generale.

• Rispetto ai colloqui per analisti di dati, aspettati meno SQL dal vivo e più domande su requisiti, processi e aspetti organizzativi del cambiamento: chi è responsabile del problema, chi approva la soluzione e che cosa può compromettersi a valle.
• Rispetto ai colloqui per product manager, aspettati meno domande sulla visione di prodotto e sulla definizione delle priorità e più attenzione all'analisi di un processo o sistema esistente e alla motivazione del suo miglioramento.
• Rispetto ad altre aziende, preparati tenendo conto della sessione in presenza obbligatoria, degli intervistatori provenienti da altri gruppi e della regola esplicita sugli strumenti.

NVIDIA afferma che la maggior parte dei candidati riceve una decisione nel giro di alcune settimane dal primo colloquio e non pubblica né il numero dei colloqui né l'intervallo tra essi.

La difficoltà consiste nell'essere specifici per diversi interlocutori uno dopo l'altro. Una raccomandazione che sembra convincente a un responsabile delle assunzioni può essere smontata da una persona del gruppo che dovrebbe attuarla, e il formato di NVIDIA ti mette di fronte a entrambi per 30-60 minuti ciascuno. I candidati che preparano le proprie esperienze passate a livello delle singole decisioni, includendo i dati e le obiezioni ricevute, gestiscono bene questa situazione.

Preparati alla struttura pubblicata: conversazioni brevi con diversi interlocutori e una sessione in sede.

• Esperienze sui 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.
• Una mappa di processo ricostruita a memoria. La situazione iniziale, il collo di bottiglia, il cambiamento e il risultato misurato.
• Una nota di raccomandazione. Esercitati a presentare opzioni, prove, raccomandazione e rischio in pochi minuti, per poi difendere la proposta davanti a uno scettico del team interessato.
• Un possibile esercizio SQL. Se vieni considerato per un ruolo tecnico, l'esercizio di programmazione si svolge generalmente su HackerRank; una sessione SQL a tempo è una precauzione poco costosa.
• Prova le conversazioni. Un colloquio simulato con SubcueAI ti permette di esercitarti su un caso seguito da domande interfunzionali; nei colloqui di NVIDIA, l'uso di strumenti esterni non autorizzati come ChatGPT comporta la squalifica.