Interview Genie

Amazonin yhdeksäs johtamisperiaate on ”Bias for Action”. Jos valmistaudut Amazonin haastatteluun, sinun kannattaa kysyä itseltäsi, mitä Amazon tarkoittaa ”Bias for Action” -periaatteella ja miten tämä johtajuusperiaate soveltuu aiempaan kokemukseesi ja tulevaan rooliisi yrityksessä.

Jos et tiedä Amazonin johtajuusperiaatteista, harkitse ensin tämän artikkelin lukemista Amazonin haastatteluista.

Miten Amazon selittää ”Bias for Action” -johtajuusperiaatteen

Nopeudella on väliä liiketoiminnassa. Monet päätökset ja toimet ovat peruutettavissa, eivätkä ne vaadi laajaa tutkimista. Arvostamme laskelmoitua riskinottoa.

Mitä ”bias for action” -johtamisperiaate tarkoittaa?

Toimintapainotteisuus tarkoittaa, ettet pelkää tehdä päätöksiä ja ryhtyä toimeen silloinkin, kun (varsinkin kun) kohtaat epävarmuutta. Ehkä olet työskennellyt jonkun tai tiimin kanssa, jolla ei ole ollut taipumusta toimintaan. Epävarmuuden edessä nämä henkilöt jähmettyvät eivätkä pysty tekemään päätöksiä. He pelkäävät, että tekevät väärin ja joutuvat vastuuseen huonosta päätöksestä.

Tällaista ”analyysihalvausta” ei suvaita Amazonissa. He haluavat johtajia, jotka ovat valmiita laittamaan itsensä likoon ja ottamaan riskin. Nämä johtajat eivät eroa muista epäonnistumisen pelossaan. Se, mikä tekee heistä erottuvia, on se, että he ottavat riskin ja tekevät laskelmoituja päätöksiä, jotka vapauttavat heidät ja ihmiset, joiden kanssa he työskentelevät. Kyllä, Amazon haluaa, että katsot dataa ja saat siitä tolkkua ja käytät sitä suunnitelmasi muodostamiseen, mutta he eivät halua, että jäät jumiin datan katseluun. He haluavat, että siirryt tutkimuksen ja analyysin jälkeen toimintaan.

Ominaispiirteitä ihmiselle, jolla on ”Bias for Action”:

• Kun edessäsi on vaikea päätös, joka auttaa sinua ja tiimiäsi etenemään eteenpäin, et välttele päätöstä. Et pelkää astua esiin ja tehdä päätöstä.

• Kannustat tätä samaa käytöstä suorissa alaisissasi. Annat heidän tietää, että seisot heidän takanaan, jos he ottavat riskin, joka ei toimi.

• Jos sinulta puuttuu jokin tärkeä tieto, yrität hankkia sen mahdollisimman nopeasti. Jos se ei onnistu, et pelkää siirtyä eteenpäin ilman sitä.

• Edistät toimintaviettiä suosivaa ilmapiiriä vastaamalla ripeästi kollegoille, jotka etsivät tietoa, ja pidät aina lupauksesi.

• Käärit hihat ja poistat esteet silloinkin, kun se ”ei ole tehtäväsi”.

• Kiinni jämähtänyt? Pyydät apua. Et anna itsesi tai tiimisi olla jumissa päiviä kerrallaan.

Amazonin ”Bias for Action” -johtamisperiaatteeseen liittyvät haastattelukysymykset

Jos haastattelijasi kysyy tästä johtamisperiaatteesta, hän saattaa kysyä jonkin seuraavista kysymyksistä:

• Kerro, milloin olet ottanut riskin. Millainen riski se oli?

• Neuvo minulle esimerkki laskelmoidusta riskistä, jonka olet ottanut ja jossa nopeus oli ratkaisevaa. Millainen tilanne oli ja miten hoidit sen? Mihin toimenpiteisiin ryhdyit riskin pienentämiseksi? Mikä oli lopputulos?

• Kerro, kun jouduit tekemään päätöksen puutteellisten tietojen perusteella. Miten teit sen ja mikä oli lopputulos?

• Kerro, kun jouduit tekemään tärkeän päätöksen paikan päällä saadaksesi kaupan päätökseen.

• Kerro tilanteesta, jossa teit tärkeän liiketoimintapäätöksen kuulematta esimiestäsi. Millainen tilanne oli ja miten siinä kävi?

• Kerro tapauksesta, jossa sinun oli analysoitava tosiasioita nopeasti, määriteltävä keskeiset asiat ja reagoitava tilanteeseen välittömästi. Mikä oli lopputulos?

• Kerro minulle ajasta, jolloin olet työskennellyt tiukkoja määräaikoja vastaan eikä sinulla ollut aikaa harkita kaikkia vaihtoehtoja ennen päätöksen tekemistä. Kuinka paljon sinulla oli aikaa? Minkälaisen lähestymistavan valitsit?

• Neuvoa esimerkki tilanteesta, jossa sinun oli tehtävä tärkeä päätös ja sinun oli päätettävä, etenetkö eteenpäin vai keräätkö lisätietoja. Mitä teit? Mitä tietoja sinun on saatava ennen kuin toimit?

• Kerro tapauksesta, jossa näit jonkin ongelman ja teit aloitteen sen korjaamiseksi sen sijaan, että olisit odottanut jonkun muun tekevän sen.

• Kerro tapauksesta, jossa sinun piti saada tietoa joltakulta, joka ei ollut kovinkaan vastaanottavainen. Mitä teit?

• Kerro hetki, jolloin sinusta tuntui, että tiimisi ei ryhtynyt toimiin riittävän nopeasti. Mitä teit? (Johtaja)

• Kerro minulle ajasta, jolloin pystyit poistamaan vakavan esteen/esteen, joka esti tiimiäsi edistymästä? Miten pystyit poistamaan esteen? Mikä oli lopputulos? (Johtaja)

Miten monta tarinaa minun pitäisi valmistella kutakin johtamisperiaatetta varten?

Useimmat sanovat, että kustakin periaatteesta pitäisi olla kaksi esimerkkiä. Se on hyvä vertailukohta, mutta entä jos sinulta kysytään neljä Bias for Action -kysymystä? Onko sinulla tarpeeksi tarinoita vastataksesi niihin kaikkiin? Paikan päällä tehtävässä haastattelussa haastattelijat jakavat periaatteet ja kukin ottaa kaksi tai kolme, joten yhdessä haastattelussa sinulla voi olla useampi kuin kaksi kysymystä yhdestä periaatteesta. Mitä aiot tehdä, jos näin käy? Ehdotan, että harjoittelet vastaamaan Bias-kysymyksiin käyttämällä joitakin kysymyksiä, jotka olet kehittänyt muita periaatteita varten. Mielestäni on parempi ajatella, että sinulla on ryhmä vastauksia, joita voit räätälöidä eri periaatteita varten sen mukaan, mitä sinulta kysytään, kuin ajatella valmistelevasi kaksi vastausta kutakin periaatetta varten.

Kysymys:

Vastauksen antoi vanhempi varmuuskopiointi-insinööri

Meidän oli laajennettava Commvault-palvelimen tallennuskapasiteettia uusille koneille, jotka olivat tulossa verkkoon. Suunnittelimme palvelimen kapasiteetin kaksinkertaistamista 32 teratavusta 64 teratavuun. Tätä päivitystä varten palvelin oli muunnettava MediaAgent-käyttöön, mikä menettely dokumentoitiin ja testattiin. Noudatimme dokumentaatiota tarkasti, mutta tuotannossa Windows-batch-tiedosto, jonka oli tarkoitus muuntaa palvelin MediaAgentiksi, poisti vahingossa joitakin tärkeitä tiedostoja palvelimelta, jolloin nykyinen Commvault-palvelin oli käytännössä käyttökelvoton. Kaikki varmuuskopiot sovelluksista/DB:stä alkoivat epäonnistua.

Kun Commvaultin pääkonttorin asiantuntijat ryhtyivät etsimään perimmäistä syytä, asiakkaalle ilmoitettiin tästä ongelmasta. Tunnissa totesin, että ongelma ei ollut helposti korjattavissa. Halusin käyttää uutta palvelinta, mutta Commvault-lisenssi oli sidottu tiettyyn IP-osoitteeseen. Sen sijaan, että olisin odottanut vastausta Commvaultin pääkonttorilta ja osto-osastoltamme toisen lisenssin hankkimisesta, kopioin yksinkertaisesti XML-lisenssin uuteen koneeseen, muutin IP-osoitteen ja päivitin olemassa olevan lisenssin. Siinä vaiheessa tiimi pystyi etenemään eteenpäin.

Miten tämä vastaus osoittaa ”toimintahalukkuutta”? Kun varmuuskopiointipalvelin oli tehty toimintakyvyttömäksi, tämän tarinan insinööri joutui suuren ongelman eteen. Mitä enemmän aikaa hän tuhlaisi, sitä enemmän varmuuskopiointitietoja menetettäisiin. Hän ei kuitenkaan odottanut, että muut ratkaisisivat hänen ongelmansa. Hän diagnosoi ongelman nopeasti ja löysi kiertotavan, jolla tiimi saataisiin takaisin jaloilleen. Tämä on ”Toimintapyrkimys.”

Kysymys: Kerro tapauksesta, jossa sinun piti tehdä päätös nopeasti.

Ratkaisuarkkitehdin antama vastaus

Eräs Pohjois-Amerikan suurimmista vakuutusyhtiöistä on ollut pitkäaikainen asiakkaamme. He ovat käyttäneet eri toimittajan ratkaisua UNIX-siltakykyyn. Kun he saivat tietää, että me tarjoamme myös UNIX-siltaratkaisun, he halusivat toteuttaa konseptitestauksen. Koska olin työskennellyt kyseisen asiakkaan kanssa luotettuna neuvonantajana, he pyysivät minua tekemään POC:n.

Ennen POC:n aloittamista pidin asiakkaan teknisen tiimin kanssa työkokouksen, jossa käytiin läpi tällä hetkellä toteutettavat käyttötapaukset. Käyttötapauksia tarkastellessani sain selville, että yksi heidän tärkeimmistä käyttötapauksistaan ei ole valmiiksi tuettu ratkaisussamme. Kyseisen käyttötapauksen tukeminen edellyttäisi tuotteen nykyisten toimintojen parantamista. POC:n tärkeyden vuoksi pyysin sisäisesti hyväksyntää insinööritiimin välittömälle osallistumiselle ja työskentelin tiimin kanssa kyseisen ominaisuuden lisäämiseksi tuotteeseen. En halunnut odottaa tämän tekemistä.

Suunnittelutiimi toimitti korjauksen lyhyessä ajassa, ja pystyin toimittamaan onnistuneesti POC:n, joka käsitteli kaikkia käyttötapauksia.

Tässä tarinassa ratkaisuarkkitehti olisi voinut kertoa asiakkaalle, että tuote ei tue kyseistä käyttötapausta. Sen sijaan hän koordinoi tiiminsä kanssa nopean tuotepäivityksen (”patch”), joka sopisi käyttötapaukseen, mikä johti onnistuneeseen POC:iin. Tämä vastaus osoittaa ”toimintahalukkuutta” ja todellista ”asiakaspakkomiellettä”

.