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ä:
Amazon Two Pizza Team Retrospektiivi
Tämän Two Pizza Team Retrospective -työkalun avulla voit analysoida edellytyksiä yhdessä tiimisi kanssa ja aloittaa jatkokehityksen:
Amazonin Two Pizza Team -terveystarkastus: Näin retro etenee
Satunnainen jäänmurtaja (2–5 minuuttia)
Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.
Avoimien toimenpiteiden tarkastelu (2–5 minuuttia)
Ennen kuin aloitat uusia aiheita, sinun tulisi keskustella menneiden retrospektiivien toimenpiteiden tuloksista tehokkuuden tarkistamiseksi. Echometer listaa automaattisesti kaikki avoimet toimenpiteet menneistä retrospektiiveistä.
Health Check
Kaikki tiimin jäsenet voivat vastata terveystarkastuksiin nimettömästi asteikolla. Käykää sitten yhdessä läpi terveystarkastusten tulokset ja kirjatkaa tarvittaessa lisäkommentteja. Jos käytät samoja terveystarkastuksia useissa retrospektiiveissä, voit myös seurata trendejä ajan mittaan Echometerissa.
- 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.
Retro-aiheiden käsittely
Käytä seuraavia avoimia kysymyksiä tärkeimpien havaintojesi keräämiseen. Ensin jokainen itsenäisesti. Echometer mahdollistaa retrotaulun jokaisen sarakkeen paljastamisen erikseen, jotta palautetta voidaan sitten esitellä ja ryhmitellä.
- Mitä taitoja tai tietoja tiimistä puuttuu eniten?
- Missä tilanteissa olemme tiiminä riippuvaisia kolmansista osapuolista saavuttaaksemme tavoitteemme?
- Mikä auttaisi meitä reagoimaan nopeammin asiakkaiden tarpeisiin ja palautteeseen?
Yleiskysymys (suositus)
Jotta muillakin aiheilla olisi paikkansa:
- Mistä muusta haluaisit puhua retrospektiivissä?
Priorisointi / Äänestys (5 minuuttia)
Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.
Toimenpiteiden määrittely (10-20 minuuttia)
Palautteeseen voidaan luoda linkitetty toimenpide plus-symbolin avulla. Etkö ole vielä varma, mikä toimenpide olisi oikea? Avaa sitten plus-symbolin kautta aiheeseen liittyvä Whiteboard, jossa voit ideoida perussyitä ja mahdollisia toimenpiteitä.
Uloskirjautuminen / Lopetus (5 minuuttia)
Echometerin avulla voit kerätä anonyymiä palautetta tiimiltä siitä, kuinka hyödyllinen retro oli. Tästä syntyy ROTI-pistemäärä ("Return On Time Invested"), jota voit seurata ajan mittaan.
Amazonin Two Pizza Team -terveystarkastus
Terveystarkastuskysymykset (asteikko)
Avoimet kysymykset
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:
Voidaksesi todella tulla korkeasuorituskykyiseksi ketteräksi organisaatioksi, sinun on tarkasteltava organisaatiorakennettasi eri tavalla ja oltava valmis muuttamaan ajattelutapaasi ja käyttäytymistäsi.
Tom Godden, AWS Enterprise Strategist, Lä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
