Come LinkedIn seleziona i Business Analyst

LinkedIn pubblica una descrizione generale del proprio processo di assunzione, non un iter specifico per Business Analyst. Screening, caso di studio, colloquio comportamentale e colloquio in sede sono categorie di preparazione usate in questa pagina, non i nomi delle fasi di LinkedIn.

• La chiamata di recruiting. Se soddisfi i requisiti e vieni selezionato per proseguire, il team di recruiting fissa una chiamata e può anche programmare una videochiamata con il responsabile delle assunzioni o un altro membro del team.
• La fase dei colloqui. Incontri diversi altri membri del team e ogni colloquio verte su un diverso ambito di competenza. Per un Business Analyst, requisiti, processi, dati e comunicazione sono suddivisioni naturali, anche se LinkedIn non le elenca.
• Caso di studio o lavagna. A seconda del ruolo, ai candidati può essere chiesto di presentare un caso di studio o svolgere un esercizio alla lavagna. Un Business Analyst dovrebbe aspettarsi la modalità del caso di studio e prepararsi a presentarlo.
• La decisione. LinkedIn potrebbe impiegare diverse settimane per prendere una decisione dopo i colloqui.

LinkedIn non specifica quanti colloqui debba sostenere un Business Analyst né quanto durino.

La struttura pubblicata, con un ambito di competenza per ogni colloquio, indica a un Business Analyst di preparare ciascuna competenza per un'intera conversazione, anziché per una sola domanda. Se richiesta, la presentazione di un caso di studio le riunisce tutte in un unico esercizio: il requisito individuato, il processo tracciato, i dati utilizzati e il modo in cui li spieghi.

In generale, i colloqui per Business Analyst 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 scorre il lavoro, dove si interrompe e quale costo comporta un cambiamento.
• Raccomandazioni basate sui dati. Scegliere una metrica, interpretarla con obiettività e consigliare un'opzione indicandone i rischi.
• Comunicazione. Spiegare lo stesso risultato a un ingegnere e a un dirigente senza cambiarne il significato.

La descrizione pubblicata da LinkedIn non varia in base al ruolo; le differenze riportate di seguito riflettono la prassi generale.

• Rispetto ai colloqui per Data Analyst, aspettati meno SQL dal vivo e maggiore attenzione a requisiti, processi e aspetti organizzativi del cambiamento: chi è responsabile del problema, chi approva la soluzione e cosa potrebbe compromettersi a valle.
• Rispetto ai colloqui per Product Manager, aspettati meno attenzione alla visione del prodotto e alla definizione delle priorità, e più attenzione all'analisi di un processo o sistema esistente e alla costruzione delle motivazioni per migliorarlo.
• Rispetto ad altre aziende, gli elementi pubblicati sono un ambito di competenza per colloquio, una possibile presentazione di un caso di studio e una decisione che potrebbe richiedere diverse settimane.

LinkedIn afferma che potrebbe impiegare diverse settimane per prendere una decisione dopo i colloqui e non pubblica altre informazioni sulle tempistiche.

La difficoltà consiste nel mantenere un alto livello di concretezza per un intero colloquio dedicato a una sola competenza. Una conversazione sui requisiti che occupa tutto il colloquio passerà dal modo in cui raccogli i requisiti in generale a uno stakeholder specifico, un disaccordo specifico e ciò a cui hai rinunciato. I candidati che preparano le proprie esperienze lavorative con questo livello di dettaglio ottengono buoni risultati; quelli che dispongono solo di framework e non di episodi concreti, no.

Riproduci la struttura pubblicata: una competenza per conversazione e un caso che sai presentare.

• 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.
• Una mappa di processo a memoria. La situazione iniziale, il collo di bottiglia, il cambiamento e il risultato misurato.
• Un caso di studio che sai presentare. Creane uno basato su un'esperienza reale, articolandolo in opzioni, prove, raccomandazione e rischio, con una breve presentazione, poiché la presentazione di un caso di studio è una possibilità dichiarata.
• Spiegazioni per due tipi di pubblico. Esercitati a presentare la stessa raccomandazione a un ingegnere e a un dirigente.
• Esercitati con il formato. Un colloquio simulato con SubcueAI ti consente di esercitarti su una singola competenza affrontando domande di approfondimento continue.