Projektinhallinnan ABC: S kuin SCRUM

Tehokas tiimityöskentely SCRUMin avulla: periaatteet, roolit ja rituaalit

Mikä on SCRUM?

SCRUM on ketterä viitekehys, joka auttaa tiimejä kehittämään ja toteuttamaan monimutkaisia projekteja pienissä, hallittavissa vaiheissa. Se perustuu iteratiivisiin ja inkrementaalisiin prosesseihin, jotka mahdollistavat jatkuvan parantamisen ja mukautumisen. SCRUMia käytetään pääasiassa ohjelmistokehityksessä, mutta se on saanut merkitystä myös muilla aloilla.
Jeff Sutherland ja Ken Schwaber kehittivät SCRUMin 1990-luvun alkupuolella. Molemmat etsivät joustavaa ja tehokasta lähestymistapaa ohjelmistokehityksen haasteiden ratkaisemiseksi. Heidän tavoitteenaan oli luoda kehys, joka auttaa tiimejä reagoimaan nopeammin ja paremmin muuttuviin vaatimuksiin ja monimutkaisiin projekteihin.
Termi ”SCRUM” on peräisin rugbysta ja viittaa muodostelmaan, jossa joukkue tekee tiivistä yhteistyötä pallon eteenpäin viemiseksi. Tämä vertauskuva havainnollistaa SCRUMin yhteistyöhön perustuvaa ja iteratiivista lähestymistapaa, jossa koko joukkue työskentelee yhdessä projektin onnistuneen loppuun saattamiseksi.

SCRUMin kolme pilaria

SCRUM perustuu ajatukseen, että projekti toteutetaan toistuvina iteraatioina (sprintteinä) sen sijaan, että kaikki suunnitellaan etukäteen. Jokaisessa iteraatiossa saadaan uusia oivalluksia, joita hyödynnetään seuraavassa syklissä. Siksi SCRUMin perustana on kolme pilaria:

• Läpinäkyvyys: Prosessin kaikkien osa-alueiden on oltava näkyviä ja ymmärrettäviä kaikille osapuolille. Läpinäkyvät prosessit ja tavoitteet edistävät luottamusta ja yhteistyötä tiimissä.
• Tarkastus: Työn ja edistymisen säännöllinen tarkastelu on ratkaisevan tärkeää ongelmien varhaisessa havaitsemisessa ja ratkaisemisessa. SCRUM-seremoniat, kuten Daily SCRUM ja Sprint Review, tarjoavat tähän sopivia tilaisuuksia.
• Sopeutuminen: Tarkastuksen tulosten perusteella tiimi mukauttaa toimintatapojaan jatkuvasti. Tämä mahdollistaa nopean reagoinnin muutoksiin ja uusiin oivalluksiin.

Roolit SCRUM-tiimissä

SCRUM-menetelmässä on kolme keskeistä roolia, joilla kullakin on omat erityiset tehtävänsä ja vastuualueensa: SCRUM-mestari, tuoteomistaja ja kehitystiimi. Nämä roolit on määritelty selkeästi, jotta voidaan varmistaa, että projektin kaikkia osa-alueita hallitaan ja toteutetaan tehokkaasti.

1. SCRUM Master

SCRUM-mestari vastaa siitä, että prosessia noudatetaan. Hän toimii prosessivalmentajana, mentorina ja fasilitaattorina. Palvelevana johtajana hän palvelee tiimiä poistamalla esteitä. Lisäksi hän edistää jatkuvaa parantamista, johtaa SCRUM-seremonioita ja kouluttaa tiimin jäseniä SCRUMin periaatteissa. Hän ei kuitenkaan voi harjoittaa sisällöllistä valvontaa projektitiimin suhteen eikä anna ohjeita, vaan huolehtii ainoastaan siitä, että tiimi voi työskennellä tuottavasti ja että se on suojattu ulkoisilta vaikutuksilta, jotta tuottava työnkulku voidaan ylläpitää.

2. Tuotteen omistaja

Tuoteomistaja vastaa projektin sisällöstä ja toimii keskeisenä yhteyshenkilönä kaikissa tuotekehitykseen liittyvissä asioissa. Siksi hän huolehtii vaatimustenhallinnasta määrittelemällä ja priorisoimalla tuotevaatimukset tuotetöissä. Tuoteomistaja toimii näin ollen samalla kehitystiimin ja sidosryhmien välisenä yhdyssiteenä. Näin hän varmistaa, että tuote vastaa asiakkaiden odotuksia ja tarpeita. Hän kehittää ja viestii tuotevisiosta sekä huolehtii siitä, että tiimi työskentelee pitkän aikavälin tavoitteiden saavuttamiseksi. Lisäksi tuoteomistaja tekee päätöksiä kussakin sprintissä toteutettavan työn laajuudesta ja prioriteeteista.

3. Kehittäjä

Kehitystiimi vastaa projektin sisältöjen toteuttamisesta. Tällaisen tiimin tulisi olla monialainen (cross-functional). Tämä tarkoittaa, että sen tulisi koostua eri osa-alueiden asiantuntijoista, jotka työskentelevät yhdessä tehtävien toteuttamiseksi. Siksi tiimissä on yleensä kolmesta yhdeksään jäsentä, jotta se on toisaalta riittävän pieni viestinnän vaivannäön vähentämiseksi ja toisaalta riittävän suuri kattamaan kaikki tarvittavat osaamisalueet. Tämä on tärkeää, sillä kehitystiimi organisoi itsensä itse ja päättää itsenäisesti, miten tuleva työ hoidetaan parhaiten. Tämä tiimi toimittaa jokaisen sprintin lopussa valmiin, mahdollisesti toimitettavan tuoteinkrementin. Lisäksi tiimi arvioi säännöllisesti omia työprosessejaan ja tuloksiaan niiden jatkuvan optimoinnin varmistamiseksi.

Roolien välinen yhteistyö on ratkaisevan tärkeää SCRUM-tiimin menestykselle. Scrum-mestari huolehtii prosessien sujuvasta toteutuksesta, tuoteomistaja määrittelee selkeät tavoitteet ja prioriteetit, ja kehitystiimi toteuttaa ne tehokkaasti. Säännöllisen viestinnän ja yhteistyön avulla he varmistavat, että tuotetta parannetaan jatkuvasti ja mukautetaan asiakkaiden tarpeisiin.

SCRUMin artefaktit

SCRUM-menetelmässä on kolme keskeistä artefaktia, jotka tukevat kehitysprosessia ja varmistavat, että kaikki osapuolet ovat tietoisia nykytilasta ja edistymisestä. Nämä artefaktit ovat tuotetakaisinkirjaus (Product Backlog), sprinttitakaisinkirjaus (Sprint Backlog) ja inkrementti (Increment).

1. Product Backlog

Tuotetilauskanta on järjestetty luettelo vaatimuksista ja tehtävistä, jotka ovat välttämättömiä tuotteen kehittämiselle. Se sisältää kaikki tuotteeseen suunnitellut toiminnot, parannukset ja virhekorjaukset. Toisin kuin vaatimustiedostossa perinteinen projektinhallinta tuotetakaluettelo on dynaaminen, eli siihen lisätään jatkuvasti uusia vaatimuksia, ja olemassa olevia vaatimuksia voidaan muuttaa tai poistaa. Merkinnät priorisoidaan niiden tärkeyden mukaan liiketoiminnallisen arvon ja sidosryhmien vaatimusten perusteella. Ylimmät, korkean prioriteetin merkinnät kuvataan yleensä selkeästi ja yksityiskohtaisesti, koska ne on tarkoitus toteuttaa lähitulevaisuudessa, kun taas luettelon alempana olevat merkinnät konkretisoidaan vasta ajan myötä.

2. Sprint Backlog

Sprint-backlog on luettelo tehtävistä, jotka kehitystiimi aikoo toteuttaa sprintin aikana. Se laaditaan jokaisen sprintin alussa sprintin suunnittelukokouksessa, ja se perustuu tuote-backlogin korkeimman prioriteetin kohteisiin. Sprint-backlog sisältää siis vain ne tehtävät, jotka tiimi aikoo toteuttaa nykyisessä sprintissä sprintin tavoitteen saavuttamiseksi. Sitä täydentää suunnitelma siitä, miten tehtävät toteutetaan, ja tätä varten ne jaetaan osatehtäviin. Sitä voidaan tarvittaessa muokata ja päivittää sprintin aikana, jotta sprintin tavoite varmasti saavutetaan.

3. Esityslitsta

Inkrementti on kaikkien sprintin aikana suoritettujen tehtävien tulos, johon lisätään edellisten sprinttien inkrementit. Se edustaa siis uutta askelta kohti lopullista tuotetta ja osoittaa, että tuote muuttuu jokaisen sprintin myötä arvokkaammaksi ja kattavammaksi. Riippumatta siitä, otetaanko inkrementti myöhemmin todellisuudessa tuotantokäyttöön, sen on oltava toimiva ja periaatteessa toimitusvalmis. Jokaisen sprintin lopussa inkrementti esitellään sprintin katselmuksessa ja tarkastetaan, jotta voidaan varmistaa, että se täyttää vaatimukset ja tarjoaa arvokasta palautetta jatkokehitykseen.

SCRUM-menetelmän artefaktit ovat tiiviisti yhteydessä toisiinsa, ja ne vaikuttavat yhdessä ratkaisevasti projektin onnistumiseen. Tuotetakaisinkirjaus muodostaa perustan sprinttitakaisinkirjauksessa tehtävälle työlle, ja tämän työn toteuttaminen johtaa uuteen inkrementtiin. Tämä rakenne mahdollistaa iteratiivisen ja inkrementaalisen kehityksen, joka edistää joustavuutta ja jatkuvaa parantamista.

SCRUM-kehyksen tapahtumat

Toisin kuin perinteisessä projektinhallinnassa, ketterässä projektinhallinnassa ei ole ennalta määriteltyjä vaiheita, vaan syklisesti toistuvia iteraatioita. Näitä iteraatioita kutsutaan SCRUM-menetelmässä sprinteiksi, ja ne muodostavat kaikkien SCRUM-projektien ytimen. Jokainen projekti koostuu useista sprinteistä, joiden kesto tulisi olla enintään yksi kuukausi ja joiden aikana määritelty tavoite on tarkoitus saavuttaa. Jokaisessa sprintissä järjestetään sprintin suunnittelu (Sprint Planning), päivittäinen SCRUM-kokous (Daily SCRUM), sprintin katselmus (Sprint Review) ja sprintin jälkikatsaus (Sprint Retrospective). Lisäksi järjestetään Refinement (Backlog Refinement) -kokous. Näiden kokousten, joita kutsutaan myös seremonioiksi, tarkoituksena on varmistaa, että tiimi tekee tehokasta yhteistyötä, edistymistä seurataan säännöllisesti ja työtä sekä tuotetta parannetaan jatkuvasti.

1. Sprintin suunnittelu:

Sprint-suunnittelun tarkoituksena on suunnitella tulevaa sprinttiä varten tehtävät työt. Tässä vaiheessa tiimi päättää, mitkä tehtävät tuotetakaisinkirjasta käsitellään seuraavassa sprintissä. Kokouksen kesto on enintään 8 tuntia 4 viikon sprintin osalta, ja lyhyempien sprinttien kohdalla kesto tulisi vastaavasti lyhentää. Tässä kokouksessa asetetaan seuraavan sprintin tavoitteet siten, että tuoteomistaja esittelee backlogin tärkeimmät prioriteetit ja selittää niiden perusteella sprintin tavoitteet. Tämän jälkeen tiimi keskustelee ja valitsee backlogista ne kohteet, jotka se voi toteuttaa sprintin aikana. Sen jälkeen tiimi laatii yksityiskohtaisen suunnitelman siitä, miten nämä kohteet voidaan toteuttaa toimiviksi inkrementeiksi.

2. Päivittäinen SCRUM

Daily SCRUM on lyhyt päivittäinen kokous, jonka tarkoituksena on tarkistaa työn eteneminen ja päivittää suunnitelma seuraaville 24 tunnille. Kokousta kutsutaan usein myös nimellä Daily Standup, koska se pidetään yleensä seisomassa ja sen kesto on enintään 15 minuuttia. Käytännössä on vakiintunut kolme kysymystä, joihin jokaisen tiimin jäsenen tulisi vastata kokouksessa:

• Mitä olen tehnyt edellisen Daily SCRUMin jälkeen?
• Mitä aion tehdä seuraavaan Daily SCRUM -kokoukseen mennessä?
• Mitkä esteet ovat tielläni?

3. Sprintin tarkastelu

Jokaisen sprintin lopussa järjestetään sprinttikatselmus, jossa esitellään inkrementti ja tiimi saa palautetta sidosryhmiltä. Tuotetakaisinkertomuksen perusteella, saadun palautteen ja mahdollisten markkinamuutosten perusteella tuotetakaisinkertomusta mukautetaan. Tämän kokouksen tulisi kestää enintään 4 tuntia 4 viikon sprintin osalta, ja se on erittäin tärkeä tapahtuma, koska siinä tapahtuu suoraa viestintää kehittäjien ja sidosryhmien välillä.

4. Sprintin jälkikatsaus

”Tarkista ja sopeuta” -periaatteen mukaisesti tiimi pohtii sprintin retrospektiivissä edellistä sprinttiä ja tunnistaa parannusmahdollisuuksia tulevia sprintejä varten. Enintään kolme tuntia kestävässä kokouksessa analysoidaan edellisen sprintin positiivisia puolia (Mikä sujui hyvin?) sekä haasteita ja ongelmia (Mikä ei sujunut hyvin?). Tämän pohjalta laaditaan toimintasuunnitelmat toimintatapojen, yhteistyön ja prosessien parantamiseksi.

5. Backlogin tarkentaminen (myös Backlog Grooming)

Ainoa SCRUM-kokous, joka ei noudata määriteltyä rakennetta, on backlogin tarkentamiskokous. Sen tarkoituksena on päivittää tuotebacklogia ja varmistaa, että merkinnät ymmärretään hyvin ja että ne on priorisoitu. Olemassa olevat merkinnät tarkistetaan ja päivitetään. Korkeamman prioriteetin kohteet kuvataan yksityiskohtaisemmin, jotta ne ovat valmiina tulevia sprintejä varten, ja uusien tai päivitettyjen kohteiden työmäärä arvioidaan.

Yhteenveto

SCRUM tarjoaa todistetusti toimivan menetelmän monimutkaisten projektien hallintaan, sillä se mahdollistaa tiimien tehokkaamman ja joustavamman työskentelyn. Selkeän rooli-, artefakti- ja seremoniarakenteensa ansiosta SCRUM edistää läpinäkyvää ja yhteistyöhön perustuvaa työskentelytapaa, joka on suunnattu jatkuvaan parantamiseen. Tämä johtaa paitsi suurempaan tuottavuuteen ja parempaan tyytyväisyyteen tiimin sisällä, myös parempiin ja nopeampiin tuloksiin asiakkaille ja sidosryhmille. Olitpa sitten aloittelija tai kokenut käyttäjä, SCRUM tarjoaa arvokkaita lähestymistapoja ja työkaluja nykyaikaisten projektien haasteiden menestyksekkääseen hallintaan.

Lue lisää myPARM-projektin ja -salkunhallintaohjelmistosta:

Haluatko tutustua myPARMiin demossa? Varaa sitten tapaaminen kanssamme nyt!