Interview Genie

Il nono principio di leadership di Amazon è “Bias for Action”. Se ti stai preparando per un colloquio in Amazon, dovresti chiederti cosa intende Amazon per “Bias for Action” e come questo principio di leadership si applica alla tua esperienza passata e al tuo futuro ruolo in azienda.

Se non conosci i principi di leadership di Amazon, considera prima di leggere questo articolo sul colloquio in Amazon.

Come Amazon spiega il principio di leadership “Bias for Action”

La velocità conta negli affari. Molte decisioni e azioni sono reversibili e non hanno bisogno di studi approfonditi. Apprezziamo l’assunzione di rischi calcolati.

Cosa significa il principio di leadership “Bias for action”?

Avere un bias per l’azione significa che non hai paura di prendere decisioni e agire, anche quando (soprattutto quando) devi affrontare l’incertezza. Forse hai lavorato con qualcuno o con un team che non aveva un pregiudizio per l’azione. Di fronte all’incertezza, questi individui si bloccano e non riescono a prendere una decisione. Hanno paura di sbagliare e di essere ritenuti responsabili di aver preso una decisione sbagliata.

Questo tipo di “paralisi da analisi” non è tollerato in Amazon. Vogliono leader che siano disposti a mettersi in gioco e a rischiare. Questi leader non sono diversi da chiunque altro nella loro paura del fallimento. Ciò che li distingue è che accettano il rischio e prendono decisioni calcolate che sbloccano loro e le persone con cui lavorano. Sì, Amazon vuole che guardiate i dati, che diate loro un senso e che li usiate per formare il vostro piano, ma non vogliono che vi blocchiate a guardare i dati. Vogliono che passiate dalla ricerca e dall’analisi all’azione.

Caratteristiche di chi ha un “Bias for Action”:

• Quando ti trovi di fronte a una decisione difficile che aiuterà te e il tuo team ad andare avanti, non eviti quella decisione. Non hai paura di farti avanti e prendere la decisione.

• Incoraggi questo stesso comportamento nei tuoi diretti collaboratori. Gli fai sapere che li sosterrai se prendono un rischio che non funziona.

• Se ti manca qualche informazione chiave, cerchi di ottenerla il più rapidamente possibile. Se non puoi, non hai paura di andare avanti senza.

• Fai crescere un ambiente di azione rispondendo prontamente ai colleghi che cercano informazioni, e mantieni sempre le tue promesse.

• Ti rimbocchi le maniche e rimuovi gli ostacoli, anche quando non è “il tuo lavoro”

• Sei ancora bloccato? Chiedi aiuto. Non permetti a te stesso o al tuo team di rimanere bloccato per giorni interi.

Domande per l’intervista relative al principio di leadership “Bias for Action” di Amazon

Se il tuo intervistatore ti chiede di questo principio di leadership, potrebbe farti una delle seguenti domande:

• Dimmi di una volta che hai corso un rischio. Che tipo di rischio era?

• Fammi un esempio di un rischio calcolato che hai preso dove la velocità era critica. Qual era la situazione e come l’hai gestita? Quali passi hai fatto per mitigare il rischio? Qual è stato il risultato?

• Dimmi una volta che hai dovuto prendere una decisione con informazioni incomplete. Come l’hai presa e qual è stato il risultato?

• Descrivi una volta che hai dovuto prendere una decisione importante sul posto per chiudere una vendita.

• Descrivi una situazione in cui hai preso una decisione importante senza consultare il tuo manager. Qual era la situazione e come è andata a finire?

• Dimmi una volta in cui hai dovuto analizzare rapidamente i fatti, definire le questioni chiave e rispondere immediatamente a una situazione. Qual è stato il risultato?

• Raccontami di una volta in cui hai lavorato con scadenze strette e non hai avuto il tempo di considerare tutte le opzioni prima di prendere una decisione. Quanto tempo hai avuto? Quale approccio hai adottato?

• Fai un esempio di quando hai dovuto prendere una decisione importante e hai dovuto decidere se andare avanti o raccogliere più informazioni. Che cosa hai fatto? Quali informazioni è necessario che tu abbia prima di agire?

• Descrivi una volta in cui hai visto qualche problema e hai preso l’iniziativa di correggerlo piuttosto che aspettare che qualcun altro lo facesse.

• Raccontami una volta in cui hai avuto bisogno di ottenere informazioni da qualcuno che non era molto reattivo. Cosa hai fatto?

• Raccontami di una volta in cui hai sentito che la tua squadra non si stava muovendo abbastanza velocemente. Che cosa ha fatto? (Manager)

• Dimmi di una volta in cui sei stato in grado di rimuovere un serio blocco/barriera che impediva alla tua squadra di fare progressi? Come sei riuscito a rimuovere la barriera? Qual è stato il risultato? (Manager)

Quante storie dovrei preparare per ogni principio di leadership?

La maggior parte delle persone dice che dovresti avere due esempi per ogni principio. Questo è un buon punto di riferimento, ma cosa succede se ti vengono poste quattro domande di Bias for Action? Avrai abbastanza storie per rispondere a tutte? Nell’intervista in loco gli intervistatori divideranno i principi e ognuno ne prenderà due o tre, quindi in un’intervista potresti avere più di due domande su un principio. Cosa farete se ciò accade? Vi suggerisco di esercitarvi usando alcune domande che avete sviluppato per altri principi per rispondere alle domande di Bias. Penso che sia un’idea migliore pensare di avere un gruppo di risposte che puoi adattare ai diversi principi a seconda di ciò che ti viene chiesto, piuttosto che pensare di preparare due risposte per ogni principio.

Domanda: Raccontami di una volta in cui hai dovuto prendere una decisione velocemente.

Risposta data da un Senior Backup Engineer

Dovevamo espandere la capacità di archiviazione di un server Commvault per ospitare nuove macchine che stavano andando online. Abbiamo pianificato di raddoppiare la capacità del server da 32 a 64 terabyte. Per questo aggiornamento, il server doveva essere convertito in MediaAgent, una procedura documentata e testata. Abbiamo seguito attentamente la documentazione, ma in produzione, il file batch di Windows che avrebbe dovuto convertire il server in MediaAgent ha accidentalmente cancellato alcuni file importanti sul server, rendendo di fatto inutile il server Commvault esistente. Tutti i backup dalle applicazioni/DB hanno iniziato a fallire.

Mentre gli esperti del quartier generale di Commvault erano impegnati a trovare la causa principale, il cliente è stato informato di questo problema. In un’ora, ho determinato che il problema non era facilmente risolvibile. Volevo usare un nuovo server, ma la licenza Commvault era legata a un particolare indirizzo IP. Invece di aspettare una risposta da Commvault HQ e dal nostro ufficio acquisti per ottenere un’altra licenza, ho semplicemente copiato la licenza XML su una nuova macchina, cambiato l’IP e aggiornato la licenza esistente. A quel punto, il team ha potuto andare avanti.

In che modo questa risposta mostra un “Bias for Action”? Con il server di backup reso inutilizzabile, l’ingegnere in questa storia si è trovato di fronte a un grosso problema. Più tempo perdeva, più dati di backup andavano persi. Ma non ha aspettato che altri risolvessero il suo problema. Ha diagnosticato rapidamente il problema e ha identificato un workaround che avrebbe rimesso in piedi il team. Questo è un “Bias for Action”.

Domanda: Raccontami di una volta in cui hai dovuto prendere una decisione rapidamente.

Risposta data da un Solutions Architect

Uno dei più grandi fornitori di assicurazioni del Nord America è un cliente di vecchia data. Hanno usato una soluzione di un altro fornitore per la capacità di bridging UNIX. Una volta appreso che anche noi offriamo una soluzione di bridging UNIX, hanno voluto condurre una prova di concetto. Poiché avevo lavorato con quel cliente come consulente di fiducia, mi hanno chiesto di fare il POC.

Prima di iniziare il POC, ho avuto una sessione di lavoro con il team tecnico del cliente per rivedere i casi d’uso attualmente in corso. Esaminando i casi d’uso, ho scoperto che uno dei loro casi d’uso chiave non è supportato dalla nostra soluzione. Il supporto di quel caso d’uso avrebbe richiesto un miglioramento della funzionalità del prodotto esistente. Data l’importanza del POC, ho raggiunto internamente un’approvazione per coinvolgere immediatamente il team di ingegneri e ho lavorato con il team per aggiungere quella capacità al prodotto. Non volevo aspettare per farlo.

Il team di ingegneri ha fornito una patch in breve tempo, e sono stato in grado di consegnare con successo il POC indirizzando tutti i casi d’uso.

In questa storia, il Solutions Architect avrebbe potuto dire al cliente che il prodotto non supporta il caso d’uso. Invece, ha coordinato con il suo team un rapido aggiornamento del prodotto (una “patch”) che avrebbe accolto il caso d’uso, portando a un POC di successo. Questa risposta mostra un “Bias for Action” e una vera “Customer Obsession”

.