Amazonin "kaksi pizzaa" -sääntö: tiimityöpaja harjoituksena

Amazon oli yksi ensimmäisistä yrityksistä, joka sovelsi ketteriä työtapoja laajassa mittakaavassa – täysin ilman, että se olisi tukeutunut Scrumiin tai muihin ketteriin viitekehyksiin. Yksi Amazonin ketterien tiimien ydinelementeistä oli “Two Pizza Teams” -sääntö.

Amazonin kaksi pizzaryhmää: Ei niin helppoa kuin miltä näyttää

Kahden pizzan joukkueen säännön mukaan joukkue voi olla vain niin suuri, että se voidaan ruokkia kahdella pizzalla. Sääntö on muuten peräisin Amazonin perustajalta Jeff Bezosilta itseltään.

Vaikka tämän pizzasäännön synnystä on kulunut vuosikymmeniä, Amazon pitää edelleen yllä “kahden pizzan tiimin sääntöä”. Katso: Johdatus DevOpsiin AWS:llä. Ajatus pienistä, itseorganisoituneista tiimeistä näyttää siis olevan ajattoman yleispätevä. 

Vaikka ajatus pienistä tiimeistä kuulostaa yksinkertaiselta, on otettava huomioon muutama muu edellytys, jotta pienten tiimien vaikutus yrityksen ketteryyteen voidaan maksimoida. 

Katsotaanpa siis, miten voit mitata ja parantaa tätä johtamisfilosofiaa ja sen edellytyksiä tiimeissäsi:

Health Check: Amazon Two Pizza Team

Kahden pizzaryhmän säännön ydinajatus on, että pienemmät ryhmät voivat toimia ja reagoida nopeammin. Tämä ketteryys on usein tärkeä erottava tekijä ohjelmistokehityksessä, jotta pysytään kilpailukykyisinä.

Jotta nämä pienet tiimit voisivat todella toimia nopeammin, on kuitenkin täytettävä muutama edellytys:

• Tiimillä on selkeä tavoite ja se tuntee olevansa täysin vastuussa sen saavuttamisesta.
  Tarkkaan ottaen tiimi, jolla ei ole yhteistä päämäärää, ei ole tiimi vaan ryhmä ihmisiä. Jos tiimi ei ota vastuuta selkeästi määritellystä tavoitteesta, tiimin koko ei pysty edistämään ketteryyttä kovinkaan paljon.
• Tiimin jäsenet kattavat kaikki tarvittavat taidot omien tavoitteidensa saavuttamiseksi.
  Koostuuko tiimisi vain saman erikoisalan työntekijöistä? Se ei ole ketterä tiimi: Agile-tiimit ovat poikkitoiminnallisia, ja niillä on tiimissä kaikki roolit ja taidot, joita ne tarvitsevat saavuttaakseen tavoitteensa: liiketoiminta-analyytikot, tuotesuunnittelijat, kehittäjät jne. Kokoonpanon tulisi aina vastata tiimin tavoitetta.
• Tiimillä on kaikki päätöksentekovaltuudet ja resurssit, joten se ei ole riippuvainen kolmansista osapuolista tavoitteidemme saavuttamiseksi.
  Jos tiimi on vahvasti riippuvainen muista tiimeistä tai päätöksentekijöistä, tämä tukahduttaa kaiken ketteryyden jo alkuunsa. Tiimin on pystyttävä itsenäisesti kokeilemaan teknologioita, tuottamaan tietoa päätöksentekoa varten ja saamaan suoraa asiakaspalautetta.
• Tiimillä on suora yhteys asiakkaisiin asiakaspalautteen saamiseksi.
  Jos kahden pizzan tiimi vain työstää backlogia ilman asiakaskontaktia, se on vain rajoitetusti lupaavaa. Jotta organisaatiostasi todella tulisi kokonaisuutena ketterämpi, jokaisella tiimillä on oltava suora yhteys omiin asiakkaisiinsa, jotta se voi vastaanottaa asiakaspalautetta ja vastata siihen ilman kiertoteitä.
  Katso myös: Amazonin periaate asiakaslähtöisyydestä

Joten ennen kuin lähdet vähentämään tiimejäsi, sinun on ehdottomasti huolehdittava näistä edellytyksistä. Hyvä työpajamuoto tämän “Kaksi pizzaa Health Check” -tilanteen tarkistamiseksi on seuraava retrospektiivi:

🤔

Oletko epävarma siitä, mitä retrospektiivit ovat ja miten ne auttavat sinua toteuttamaan Amazonin “2 Pizza Team” -kulttuuria? Aloita tästä:

• Retrospektiivien lisäarvo (yksinkertaisesti selitetty)
• Pikaopas retrospektiiviä varten

Amazon Two Pizza Team Retrospektiivi

Tämän Two Pizza Team Retrospective -työkalun avulla voit analysoida edellytyksiä yhdessä tiimisi kanssa ja aloittaa jatkokehityksen:

Health Check Tuotteet

Vastaa asteikolla

Meillä on selkeä tiimitavoite, josta otamme täyden vastuun.

👍 👎

Meillä on tiimissä kaikki taidot saavuttaa tavoitteemme.

👍  👎

Meillä on tiiminä kaikki, mitä tarvitsemme saavuttaaksemme tavoitteemme riippumatta kolmansista osapuolista.

👍 👎

Tiiminä meidän on helppo kerätä asiakaspalautetta ja vastata siihen.

👍 👎

💬

Missä tilanteissa olemme tiiminä riippuvaisia kolmansista osapuolista saavuttaaksemme tavoitteemme?

💬

Mikä auttaisi meitä reagoimaan nopeammin asiakkaiden tarpeisiin ja palautteeseen?

💬

Johtopäätös: Amazonin kahden pizzaryhmän sääntö

Kahden pizzajoukkueen sääntö on säilyttänyt oikeutetusti merkityksensä vuosien varrella. On kuitenkin tärkeää huomata, että pelkkä tiimin koko ei takaa ketterää organisaatiota.

Vain yhdistettynä tiimin selkeisiin tavoitteisiin ja itsetehokkaisiin tiimeihin, jotka pystyvät kehittämään ratkaisuja suorassa asiakaskontaktissa ilman sisäisiä riippuvuussuhteita, organisaatio voi hyötyä suuremmasta asiakastyytyväisyydestä ja nopeammasta kehitysnopeudesta markkinoilla. 

Yrityskontekstista riippuen ei useinkaan riitä, että tarkastellaan vain yksittäisiä tiimejä. Yleensä myös organisaatiorakenne on kyseenalaistettava, jotta voidaan luoda edellytykset suorituskykyiselle ketterälle yritykselle:

“To truly become a high-performing agile organization, you must look at your organization structure differently and be willing to change your mindset and behavior.” 

Tom Godden, AWS Enterprise StrategistLähde: Amazon Executive Insights


Ks. myös tässä yhteydessä: Amazonin “Päivä 1 -mentaliteetti”

Toivon, että Two Pizza Team Retrospective voi antaa sysäyksen näiden olosuhteiden luomiseen tiimillesi. Ja ehkä se voi myös tarjota hyvää ajattelemisen aihetta organisaatiotasolla!

Bonus: Haluatko oppia muilta ketteriltä pioneereilta, kuten Netflix?

Olemme myös tarkastelleet Netflixin innovaatiokulttuuria ja meillä on sinulle muutamia työpajamuotoja!

• Miksi Netflix kaikki tulokset (myös epäonnistumiset)
• Netflix:ssä ei ole päätöksentekoprosesseja, mutta kapteenit tiedottavat asiasta.
• Netflix:ssä ideat on sosiaalistettava varhaisessa vaiheessa.
• Ajattelu vedoissa ja ideoiden testaaminen