Interview Genie

Det niende ledelsesprincip hos Amazon er “Bias for Action”. Hvis du forbereder dig på et interview hos Amazon, bør du spørge dig selv, hvad Amazon mener med “Bias for Action”, og hvordan dette ledelsesprincip passer til din tidligere erfaring og til din fremtidige rolle i virksomheden.

Hvis du ikke kender til Amazons ledelsesprincipper, bør du overveje først at læse denne artikel om interview hos Amazon.

Sådan forklarer Amazon ledelsesprincippet “Bias for Action”

Speed matters in business. Mange beslutninger og handlinger kan omgøres og kræver ikke omfattende undersøgelser. Vi værdsætter kalkuleret risikovillighed.

Hvad betyder ledelsesprincippet “bias for action”?

Hvis du har en bias for action, betyder det, at du ikke er bange for at træffe beslutninger og handle, selv når (især når) du står over for usikkerhed. Måske har du arbejdet med en person eller et team, som ikke havde en bias for handling. Når disse personer står over for usikkerhed, fryser de og kan ikke træffe en beslutning. De er bange for at tage fejl og blive stillet til ansvar for at træffe en dårlig beslutning.

Denne form for “analyseparalyse” tolereres ikke hos Amazon. De ønsker ledere, der er villige til at sætte sig selv på spil og tage en risiko. Disse ledere er ikke anderledes end alle andre i deres frygt for at fejle. Det, der får dem til at skille sig ud, er, at de accepterer risici og træffer beregnede beslutninger, der frigør dem selv og de mennesker, de arbejder sammen med. Ja, Amazon ønsker, at du skal se på data og finde mening i dem og bruge dem til at forme din plan, men de ønsker ikke, at du skal sidde fast i at se på data. De vil have dig til at gå fra forskning og analyse til handling.

Karakteristika ved en person, der har en “Bias for Action”:

• Når du står over for en svær beslutning, der vil hjælpe dig og dit team med at komme videre, undgår du ikke den beslutning. Du er ikke bange for at træde frem og træffe beslutningen.

• Du opfordrer dine direkte underordnede til at udvise den samme adfærd. Du lader dem vide, at du vil stå bag dem, hvis de tager en risiko, som ikke virker.

• Hvis du mangler nogle vigtige oplysninger, forsøger du at få dem så hurtigt som muligt. Hvis du ikke kan, er du ikke bange for at gå videre uden den.

• Du fremmer et miljø med handlingsparathed ved at reagere hurtigt på kolleger, der søger oplysninger, og du holder altid, hvad du lover.

• Du smøger ærmerne op og fjerner forhindringer, selv når det “ikke er dit job”.

• Er du stadig gået i stå? Du beder om hjælp. Du lader ikke dig selv eller dit team sidde fast i flere dage ad gangen.

Interviewspørgsmål i forbindelse med Amazons ledelsesprincip “Bias for Action”

Hvis din interviewer spørger til dette ledelsesprincip, stiller han eller hun måske et af følgende spørgsmål:

• Fortæl mig om et tidspunkt, hvor du tog en risiko. Hvilken slags risiko var det?

• Giv mig et eksempel på en kalkuleret risiko, som du har taget, hvor hurtighed var afgørende. Hvad var situationen, og hvordan håndterede du den? Hvilke skridt tog du for at afbøde risikoen? Hvad var resultatet?

• Fortæl mig om et tidspunkt, hvor du var nødt til at træffe en beslutning med ufuldstændige oplysninger. Hvordan traf du den, og hvad var resultatet?

• Beskriv en gang, hvor du måtte træffe en vigtig beslutning på stedet for at afslutte et salg.

• Beskriv en situation, hvor du traf en vigtig forretningsmæssig beslutning uden at høre din leder. Hvordan var situationen, og hvordan gik det?

• Fortæl mig om et tidspunkt, hvor du har været nødt til at analysere fakta hurtigt, definere vigtige spørgsmål og reagere øjeblikkeligt på en situation. Hvad blev resultatet?

• Fortæl mig om et tidspunkt, hvor du har arbejdet mod stramme tidsfrister og ikke har haft tid til at overveje alle muligheder, før du traf en beslutning. Hvor meget tid havde du? Hvilken fremgangsmåde valgte du?

• Giv et eksempel på en situation, hvor du skulle træffe en vigtig beslutning og skulle vælge mellem at gå videre eller at indsamle flere oplysninger. Hvad gjorde du? Hvilke oplysninger er nødvendige for dig at have, før du handler?

• Beskriv et tidspunkt, hvor du så et problem og tog initiativ til at rette op på det i stedet for at vente på, at en anden gjorde det.

• Fortæl om et tidspunkt, hvor du havde brug for at få oplysninger fra en person, som ikke var særlig lydhør. Hvad gjorde du?

• Fortæl mig om et tidspunkt, hvor du følte, at dit team ikke gik hurtigt nok i gang med at handle. Hvad gjorde du så? (Leder)

• Fortæl mig om et tidspunkt, hvor du var i stand til at fjerne en alvorlig hindring/barriere, der forhindrede dit team i at gøre fremskridt? Hvordan var du i stand til at fjerne hindringen? Hvad var resultatet? (Leder)

Hvor mange historier skal jeg forberede for hvert ledelsesprincip?

De fleste siger, at man skal have to eksempler for hvert princip. Det er et godt benchmark, men hvad nu hvis du bliver stillet fire Bias for Action-spørgsmål? Vil du have nok historier til at besvare dem alle? I interviewet på stedet vil interviewerne dele principperne op og hver tage to eller tre, så i et interview kan du få mere end to spørgsmål om et princip. Hvad vil du gøre, hvis det sker? Jeg foreslår, at du øver dig i at bruge nogle spørgsmål, som du har udviklet til andre principper, til at besvare spørgsmålene om bias. Jeg tror, det er en bedre idé at tænke på at have en gruppe af svar, som du kan skræddersy til de forskellige principper, alt efter hvad du bliver spurgt, end at tænke på at forberede to svar for hvert princip.

Spørgsmål: Fortæl mig om et tidspunkt, hvor du skulle træffe en beslutning hurtigt.

Svar givet af en Senior Backup Engineer

Vi skulle udvide lagerkapaciteten på en Commvault-server for at få plads til nye maskiner, der var på vej online. Vi planlagde at fordoble serverens kapacitet fra 32 til 64 terabytes. I forbindelse med denne opgradering skulle serveren konverteres til MediaAgent, en procedure, som blev dokumenteret og testet. Vi fulgte dokumentationen nøje, men i produktionen slettede den Windows batchfil, der skulle konvertere serveren til MediaAgent, ved et uheld nogle vigtige filer på serveren, hvilket effektivt gjorde den eksisterende Commvault-server ubrugelig. Alle sikkerhedskopieringer fra applikationer/DB begyndte at mislykkes.

Mens eksperter fra Commvaults hovedkvarter blev engageret for at finde den grundlæggende årsag, blev kunden informeret om dette problem. I løbet af en time konstaterede jeg, at problemet ikke var let at løse. Jeg ønskede at bruge en ny server, men Commvault-licensen var knyttet til en bestemt IP-adresse. I stedet for at vente på at høre fra Commvaults hovedkvarter og vores indkøbsafdeling om at få en anden licens, kopierede jeg simpelthen XML-licensen til en ny maskine, ændrede IP-nummeret og opdaterede den eksisterende licens. På det tidspunkt kunne teamet gå videre.

Hvordan viser dette svar en “Bias for Action”? Da backupserveren var gjort ubrugelig, stod ingeniøren i denne historie over for et stort problem. Jo mere tid hun spildte, jo flere backupdata ville gå tabt. Men hun ventede ikke på, at andre skulle løse hendes problem. Hun diagnosticerede hurtigt problemet og identificerede en løsning, som kunne få teamet tilbage på fode igen. Det er en “Bias for Action”.”

Spørgsmål:

Svar givet af en Solutions Architect

En af de største forsikringsudbydere i Nordamerika har været en mangeårig kunde. De har brugt en anden leverandørs løsning til UNIX-brobygningsevne. Da de fik at vide, at vi også tilbyder en UNIX bridging-løsning, ønskede de at gennemføre en proof of concept. Da jeg havde arbejdet med denne kunde som en betroet rådgiver, bad de mig om at udføre POC’en.

Hvor jeg påbegyndte POC’en, havde jeg et arbejdsmøde med kundens tekniske team for at gennemgå de use cases, der i øjeblikket blev implementeret. Ved gennemgangen af use cases fandt jeg ud af, at en af deres vigtigste use cases ikke understøttes out of the box af vores løsning. Hvis denne use case skulle understøttes, ville det kræve en forbedring af den eksisterende produktfunktionalitet. I betragtning af POC’ens vigtighed gik jeg internt ud for at få en godkendelse til at engagere ingeniørteamet med det samme og arbejdede sammen med teamet om at tilføje denne funktionalitet til produktet. Jeg ønskede ikke at vente med at gøre dette.

Det tekniske team leverede en patch i løbet af kort tid, og jeg var i stand til at levere POC’en med succes, der adresserede alle brugsscenarier.

I denne historie kunne Solutions Architect have fortalt kunden, at produktet ikke understøtter brugsscenariet. I stedet koordinerede han sammen med sit team en hurtig produktopdatering (en “patch”), som ville imødekomme brugssagen, hvilket førte til en vellykket POC. Dette svar viser en “Bias for Action” og ægte “Customer Obsession”