Scrum

Scrumissa työskennellään toistavasti ja lisäävästi (engl. iterative-incremental) ennustettavuuden optimoimiseksi ja riskien kontrolloimiseksi. Tavoitteena oleva tuote kehittyy pikkuhiljaa täydellisemmäksi ja valmiimmaksi useiden kehitysjaksojen aikana. Kehitysjaksoa kutsutaan sprintiksi (engl. Sprint). Sprintti on 1-4 viikon mittainen aikaraja, jonka sisällä tuotetaan “valmiin” määritelmän täyttävä, käyttökelpoinen ja potentiaalisesti julkaisukelpoinen tuoteversio. Jokaisen sprintin sisältö sovitaan sprintin suunnittelupalaverissa ennen sprintin aloitusta, ja toteutettaviksi valitaan sellaisia tuotteen kehitysjonon kohtia, joilla on sillä hetkellä suurin merkitys projektin onnistumiselle. Sprintin lopuksi järjestetään sprinttikatselmus, jossa kehitystiimi esittelee sprintin konkreettiset saavutukset (esim. ohjelmiston uusimman version) tuoteomistajalle sekä mahdollisille sidosryhmien edustajille palautteen saamiseksi ja ymmärryksen lisäämiseksi kehityksen tilasta. Ennen seuraavan sprintin aloittamista pidetään vielä sprintin retrospektiivi, jossa tarkastellaan prosessin näkökulmasta mikä sprintin aikana sujui hyvin ja mitä voitaisiin parantaa seuraavassa sprintissä.

Scrum-kehityksessä käytetään yhtä tai useampaa scrumtiimiä (engl. Scrum Team). Scrumtiimi koostuu tuoteomistajasta, scrummasterista ja kehitystiimistä. Scrumtiimi päättää kunkin sprintin tavoitteet ja tehtävät, ja vastaa yhdessä siitä, että asetettuihin tavoitteisiin päästään. Scrumtiimi on itseohjautuva ja monitaitoinen, ja sillä on valta päättää omista työmenetelmistään.

Yksi scrumtiimin jäsen toimii tuotteen omistajana (engl. Product Owner). Tuoteomistaja vastaa tuotteen arvon ja kehitystiimin työn arvon maksimoimisesta. Käytännössä tämä tapahtuu määrittelemällä tuotteen vaatimukset sekä järjestämällä tuotteen kehitysjono yhteistyössä scrumtiimin kanssa. Tuoteomistaja on yksi henkilö, ei komitea. Tuoteomistaja voi hyödyntää komiteoita tai edustaa sellaisen toiveita tuotteen kehitysjonon kautta, mutta tuotteen kehitysjonon järjestyksen muuttamiseksi tulee aina ensin vakuuttaa tuoteomistaja. Tuoteomistaja tuntee tuotteen liiketoimintaa ja edustaa asiakkaita ja käyttäjiä. Tuoteomistajan toiminta maksimoi tuotekehitykseen sijoitetun pääoman tuottoprosentin (ROI) ja varmistaa, että scrumtiimi toteuttaa jokaisessa sprintissä sellaisia vaatimuksia, jotka ovat tuotteen onnistumisen kannalta keskeisimpiä. Tuoteomistaja hyväksyy sprinttikatselmuksessa edellisen sprintin tuoteversion ja osallistuu sprintin suunnittelupalaveriin varmistaakseen, että kehitystiimi ymmärtää sprinttiin valittavat tuotteen kehitysjonon kohdat riittävällä tarkkuudella. Tuoteomistaja myös auttaa kehitystiimiä ymmärtämään vaatimuksia ja tarvittaessa tarkentaa sprinttiin valittujen vaatimusten toteutustapaa sprintin aikana.

Toinen scrumtiimin rooleista on kehitystiimi (engl. Development Team). Kehitystiimi koostuu ammattilaisista, jotka muuttavat sprinttiin valitun tuotteen kehitysjonon sisällön potentiaalisesti julkaisukelpoiseksi “valmiiksi” tuoteversioksi jokaisessa sprintissä. Ainoastaan kehitystiimin jäsenet osallistuvat tuoteversion kehitykseen. Kehitystiimit ovat monitaitoisia sisältäen kaiken tarvittavan osaamisen potentiaalisesti julkaisukelpoisen tuoteversion kehittämiseksi. Kehitystiimin jäsenillä voi olla erityistä osaamista tai erilaisia työn painopisteitä, mutta vastuu kehityksestä kuuluu koko kehitystiimille yhdessä.

Kolmas scrumtiimin rooli on scrummaster (engl. Scrum Master). Scrummaster vastaa siitä, että kaikki ymmärtävät ja käyttävät Scrumia. Scrummasterit tekevät tämän varmistamalla, että scrumtiimit pitäytyvät Scrumin teoriassa, käytännöissä ja säännöissä. Scrummaster on scrumtiimin palveleva johtaja. Toisin kuin perinteisellä esimiehellä, scrummasterilla ei ole scrumtiimin jäseniin suoraa määräysvaltaa, vaan hän vaikuttaa scrumtiimiin Scrum-prosessin kautta. Scrummasterin tehtävät koostuvat suurelta osin ryhmän työskentelyä haittaavien esteiden poistamisesta ja ryhmän valmentamisesta itseohjautuvuuteen. Scrummaster vastaa siitä, että scrumtiimin päivittäinen työskentely on tuottavaa ja Scrumin pelisääntöjä noudatetaan. Hän tarkkailee työn etenemistä, ja jos sprintin tavoitteiden saavuttaminen alkaa näyttää epätodennäköiseltä, hän kommunikoi kehitystiimin ja tuoteomistajan kanssa tilanteen korjaamiseksi tai sprintin sisällön kaventamiseksi. Scrummaster myös suojaa tiimiä ulkopuoliselta hälyltä, kuten sprintin aikana pyydetyiltä uusilta vaatimuksilta, ja tekee kaikkensa turvatakseen tiimilleen työrauhan.

Scrumin prosessi

Scrumin tuotokset kuvaavat työtä tai lisäarvoa tavoilla, jotka lisäävät läpinäkyvyyttä ja tilaisuuksia tarkastelulle ja sopeuttamiselle. Scrumin tuotokset on suunniteltu erityisesti maksimoimaan läpinäkyvyyden niille keskeisille tiedoille, jotka auttavat scrumtiimejä onnistuneesti toimittamaan “valmiin” tuoteversion.

• Tuotteen kehitysjono (engl. Product Backlog) on järjestetty lista kaikesta, mitä tuotteessa saatetaan tarvita, sekä ainoa lähde tuotteeseen toteutettaville vaatimuksille ja muutoksille. Tuoteomistaja vastaa tuotteen kehitysjonosta mukaan lukien sen sisältö, saatavuus ja järjestäminen. Tuotteen kehitysjono ei ole koskaan valmis, vaan se kehittyy, kun tuote sekä ympäristö, jossa sitä tullaan käyttämään, kehittyy. Julkaisusuunnitelmaksi kutsutaan usein sellaista tuotteen kehitysjonoa, joka sisältää kaikki tuotteen kehitysjonosta seuraavaan julkaisuun valitut kohdat (engl. Product Backlog Item) sekä alustavasti suunnitellun määrän sprinttejä julkaisun toteuttamiseen.
• Sprintin tehtävälista (engl. Sprint Backlog) koostuu sprintin suunnittelupalaverissa valituista tuotteen kehitysjonon kohdista sekä suunnitelmasta niiden toteuttamiseksi. Sprintin tehtävälista on kehitystiimin antama ennuste siitä, mitä toiminnallisuutta seuraavaan tuoteversioon tulee sisältymään sekä tarvittavista tehtävistä toiminnallisuuden toteuttamiseksi. Sprintin tehtävälista määrittää ja tekee näkyväksi kaiken työn, jonka kehitystiimi kokee tarpeelliseksi kehittääkseen tuotteen kehitysjonon kohdat “valmiiksi” tuoteversioksi ja saavuttaakseen sprintin tavoitteen. Edes tuoteomistaja ei voi sprintin aikana vaihtaa sprinttiin valittuja tuotteen kehitysjonon kohtia toisiin. Kehitystiimi voi kuitenkin halutessaan milloin tahansa muuttaa, lisätä tai poistaa sprintin tehtävälistan tehtäviä varmistaakseen, että sprintin tavoite ja siihen valitut tuotteen kehitysjonon kohdat toteutuvat.
• Edistymiskäyrä (engl. Burndown Chart) kuvaa tuotteen tai sprintin jäljellä olevaa työmäärää ajan funktiona.
• Tuoteversio (engl. Increment) on summa kaikista tuotteen kehitysjonon kohdista, jotka ovat valmistuneet sprintin ja aiempien sprinttien aikana. Sprintin lopussa siinä valmistuneen tuoteversion tulee olla “valmis”, joka tarkoittaa, että se täyttää scrumtiimin “valmiin” määritelmän ja on käyttökelpoisessa kunnossa, riippumatta siitä, päättääkö tuoteomistaja julkaista sen.

Scrumissa käytetään ennaltasovittuja tapahtumia luomaan säännöllisyyttä ja minimoimaan muiden kuin Scrum-­palavereiden tarve. Scrumin tapahtumat ovat aikarajattuja eli jokaisella niistä on maksimipituus. Tämä varmistaa sen, että suunnittelulle varataan riittävästi aikaa, mutta suunnitteluprosessissa ei pääse syntymään hukkaa.

• Sprintti (engl. Sprint) on scrumin ydin, enintään kuukauden pituinen tai sitä lyhyempi aikaraja, jonka sisällä tuotetaan “valmiin” määritelmän täyttävä, käyttökelpoinen ja potentiaalisesti julkaisukelpoinen tuoteversio. Sprinteillä on sama pituus koko kehityksen ajan. Uusi sprintti alkaa välittömästi edellisen päätyttyä.

• Sprintin suunnittelupalaveri (engl. Sprint Planning Meeting) on palaveri, jossa suunnitellaan sprintin aikana tehtävä työ. Tämä suunnitelma luodaan yhteistyössä koko scrumtiimin kesken. Sprintin suunnittelupalaverin pituus rajataan enintään kahdeksaan tuntiin kuukauden mittaiselle sprintille. Lyhyemmille sprinteille varataan suhteessa vähemmän aikaa. Esimerkiksi kahden viikon sprintille varataan enintään neljä tuntia.

• Päiväpalaveri (engl. Daily Scrum) on enintään 15 minuutin mittainen aikarajattu palaveri, jossa kehitystiimi tahdistaa keskinäiset työnsä ja luo suunnitelman seuraaville 24 tunnille. Tämä tapahtuu tarkastelemalla edellisen päiväpalaverin jälkeen tehtyä työtä ja ennustamalla, mitä voidaan toteuttaa ennen seuraavaa päiväpalaveria. Päiväpalaveri pidetään yksinkertaisuuden vuoksi samaan aikaan samassa paikassa. Päiväpalaverissa jokainen kehitystiimin jäsen kertoo vuorollaan 1) Mitä olen tehnyt viime päiväpalaverin jälkeen, 2) Mitä aion tehdä ennen seuraavaa päiväpalaveria, ja 3) Onko työni etenemisellä esteitä. Päiväpalaveri ei ole raportointia, vaan kehitystiimin oma tapaaminen, jonka tarkoitus on optimoida työpäivän arvo ja todennäköisyys sille, että kehitystiimi pääsee sprintin tavoitteeseen. Mikäli keskustelua halutaan jatkaa 15 minuutin jälkeen, on tarkoituksenmukaista sopia erillinen palaveri, vaikka välittömästi päiväpalaverin jälkeen.

• Tuotteen kehitysjonon työstö (engl. Product Backlog Refinement, aik. engl. Product Backlog Grooming) tarkoittaa yksityiskohtien, työmääräarvioiden ja kehitysjonon kohtien keskinäisen järjestyksen lisäämistä. Kyseessä on toistuva prosessi, jossa tuotteen omistaja ja kehitystiimi lisäävät yhteistyössä yksityiskohtia tuotteen kehitysjonoon. Työstön aikana tuotteen kehitysjonon kohtia katselmoidaan ja arvioidaan. Tuotteen omistaja voi kuitenkin milloin tahansa muulloinkin päivittää niitä. Työstöön käytetään yleensä enintään 10 prosenttia kehitystiimin kapasiteetista. Kehitystiimi vastaa kaikista työmääräarvioista. Tuotteen omistaja voi vaikuttaa kehitystiimiin auttamalla sitä ymmärtämään vaatimuksia ja tekemään kompromisseja, mutta työn tekijät antavat lopullisen työmääräarvion.

• Sprinttikatselmus (engl. Sprint Review) on sprintin lopussa pidettävä epämuodollinen palaveri, jossa tarkastellaan kehitetty tuoteversio ja sopeutetaan tarvittaessa tuotteen kehitysjonoa. Sprinttikatselmuksen aikana scrumtiimi ja sidosryhmät selvittävät yhteistyössä, mitä sprintissä kehitettiin. Perustuen tähän tietoon ja mahdollisiin sprintin aikana tuotteen kehitysjonoon tehtyihin muutoksiin osallistujat keskustelevat siitä, mitä voitaisiin kehittää seuraavaksi. Kehitystiimin esittämän tuotedemon tavoitteena on saada palautetta, edistää keskustelua ja luoda realistinen pohja seuraavan sprintin suunnittelupalaverille. Sprinttikatselmus rajataan enintään neljään tuntiin kuukauden sprintille. Lyhyemmille sprinteille varataan suhteessa vähemmän aikaa, esimerkiksi kahden viikon sprintille enintään kaksi tuntia.

• Sprintin retrospektiivi (engl. Sprint Retrospective) antaa scrumtiimille tilaisuuden tarkastella työskentelyään ja tehdä suunnitelman kehitysprosessin parannuksille, jotka toteutetaan seuraavassa sprintissä. Sprintin retrospektiivi pidetään sprinttikatselmuksen jälkeen ja ennen seuraavan sprintin suunnittelupalaveria. Palaveri rajataan enintään kolmeen tuntiin kuukauden sprintille. Lyhyemmille sprinteille varataan suhteessa vähemmän aikaa.