Scrum-opas | 16. Scrum-in laajentaminen

Scrum-tiimin tulisi koostua enintään kymmenestä henkilöstä. Mutta mitä tehdä, kun suurempi joukko asiantuntijoita tarvitsee työskennellä yhdessä projektissa? Tai jos organisaatio päättää noudattaa ketterää johtamistapaa? Tämän ongelman ratkaisemiseksi Scrum-kehittäjät ehdottivat Scrum@Scalea. Se on skaalaamaton arkkitehtuuri, joka järjestää koko tiimit Scrum-periaatteiden mukaan.

Scrum@Scale – sisällysluettelo:

1. Johdanto
2. Scrum@Scale
3. Scrum of Scrums
4. Lisäskalautuminen ja Scrum@Scale-ongelmat
5. Yhteenveto

Johdanto

Kun organisaatio kasvaa, uusia ongelmia alkaa ilmetä. Esimerkiksi työntekijöiden tehokkuuden lasku, joka johtuu monimutkaisesta sisäisestä rakenteesta, vaikeasta päätöksenteosta tai suuntaviivojen asettamisesta. Ketterästi toimivat yritykset pienellä projektitiimitasolla etsivät usein tapoja laajentaa toimintaansa.

Monet yritykset pärjäävät hyvin ilman Scrum@Scalea. Vaikka monet Scrum-tiimit toimivat samanaikaisesti, ne eivät tarvitse koordinointia, koska ryhmät toimivat itsenäisesti. Tämä ei kuitenkaan tarkoita, että kyseessä olisi monitiiminen Scrum. Tarve laajentaa toimintaa ilmenee vain, kun suurin osa organisaatiosta työskentelee yhdessä tuotteessa ja voi synkronoida useita Scrum-tiimejä tehokkaasti.

Useimmat organisaatiot, jotka ottavat käyttöön ketteriä johtamismenetelmiä laajasti, valitsevat SAFE-mallin tai Scaled Agile Frameworkin. Tänään emme kuitenkaan keskity SAFEen, vaan keskustelemme eri mallista nimeltä Scrum@Scale, sillä vuoden 2021 15. State of Agile -raportin mukaan se on toiseksi paras valinta yrityksille, jotka valitsevat ketterän toiminnan.

Scrum@Scale

Vuonna 1996 Scrum-tekijät Jeff Sutherland ja Ken Schwaber työskentelivät suuressa projektissa. Työnsä aikana heillä oli vaikeuksia pitää pienempiä tiimejä, jotka työskentelivät Scrumissa, synkronoituna. He keksivät tavan laajentaa sitä, jota he lopulta kutsuivat Scrum@Scaleksi.

Virallisen Scrum-opas on Scrum@Scale Guide, joka määrittelee tämän työskentelyn laajentamisen seuraavasti:

Rakenne, jonka puitteissa Scrum-tiimien verkostot toimivat Scrum-opasta seuraten ratkaistakseen monimutkaisia sopeutuvia ongelmia ja luodakseen tuotteita, joilla on mahdollisimman paljon arvoa.

Scrum@Scale -mallin perusperiaate on yksinkertaisuus ja tehokkuus. Siksi sen toiminta perustuu skaalaamattomaan arkkitehtuuriin. Toisin sanoen se käyttää Scrumia laajentaakseen Scrumia. Tällä tavoin Scrum-tiimi, joka koostuu yksilöistä, jotka toimivat Tuoteomistajana, Scrum Masterina tai Kehittäjänä, muuttuu Scrum of Scrumsiksi: tiimiksi, joka koostuu tiimeistä.

Scrum of Scrums

Scrum of Scrums on Scrum-tiimi, jossa on ihmisiä, jotka ottavat perinteisiä Scrum-rooleja. Koska Scrum of Scrumsin tehtävä on integroida useiden Scrum-tiimien työ tulokset, se tarvitsee lisäpaikkoja:

• Tuoteomistajatiimi – ryhmä tuoteomistajia, jotka kokoontuvat sopimaan prioriteeteista ja luomaan yhtenäisen tuotevision
• Päätuoteomistaja – Scrum-tiimin tuoteomistaja tai henkilö, joka käsittelee yksinomaan Scrum of Scrumsia
• Scrum of Scrums Master – henkilö, joka valvoo Scrum of Scrumsin tehokkuutta.

He kokoontuvat samoissa Scrum-tapahtumissa ja käyttävät samanlaisia Artefakteja.

Lisäskalautuminen ja Scrum@Scale-ongelmat

Scrum@Scale -mallin skaalaamaton arkkitehtuuri tarkoittaa, että se mahdollistaa laajentamisen useammin kuin kerran. Jos organisaatio tarvitsee koordinoida tiimejä vielä suuremmassa mittakaavassa, se voi perustaa Scrum of Scrumsin.

Kuitenkin Scrum@Scaleen laajentamisessa, kuten muissakin johtamismenetelmissä, on omat puutteensa, ja tässä tapauksessa ne ovat samankaltaisia kuin perus-Scrum-tiimien, vain ne ovat suhteellisesti suurempia. Siksi suosittelemme, että jokaisen Scrum-tiimin yhteistyön yksityiskohdat työstetään ennen Scrum-toiminnan aloittamista suuremmassa mittakaavassa. Ehdotamme Scrum@Scalea kokeneille tiimeille, joilla on hyvä tietämys ja ymmärrys Scrum-arvoista ja -toiminnasta.

Scrum@Scale – yhteenveto

Scrum@Scale ei ole lastenleikkiä. Se vaatii Scrum-tiimeiltä Scrum-periaatteiden taitavaa soveltamista ja tehtäviensä synkronointia muiden Scrum-tiimien kanssa. Siksi peruskysymys on: Onko laajentaminen tarpeen? Pelkästään siksi, että organisaatiossa on monia Scrum-tiimejä, ei automaattisesti tarkoita, että niiden koordinointi tuottaa parempia tuloksia.

Jos organisaatio valitsee Scrum@Scalea, se saa skaalaamattoman arkkitehtuurin, jota voidaan menestyksekkäästi laajentaa edelleen. Kuitenkin jokainen laajentaminen tuo mukanaan lisää monimutkaisuutta, jonka kanssa Tuoteomistajatiimi, Päätuoteomistaja ja Scrum of Scrums Master joutuvat käsittelemään.

Jos pidät sisällöstämme, liity vilkkaaseen yhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.