Scrum-opas | 37. Sprintin tarkastelu

Sprint Review on Scrum-tapahtuma, joka tiivistää tuotteen parissa tehdyn työn, joka on saatu päätökseen nykyisen sprintin aikana. Se pidetään sprintin viimeisenä päivänä ja on avoin sidosryhmille. Sen tarkoitus on arvioida inkrementtiä, eli esittää tuotteen viimeisin versio. Tärkeä osa Sprint Review’ta on myös parannusten ja päivitysten keskustelu. Ja myös tehdä tarvittavat muutokset tuotejonoon, jotta kaikki sidosryhmät voivat nähdä tuotteen nykytilan.

Sprint Review – sisällysluettelo:

1. Johdanto
2. Sidosryhmien rooli Sprint Review’ssa
3. Inkrementtien julkaiseminen
4. Työskentely tuotejonon parissa Sprint Review’ssa
5. Yhteenveto

Johdanto

Sprint Review ja Sprint Retrospective ovat kaksi sprintin yhteenvetoa. Tässä artikkelissa kirjoitimme laajemmin rooleista, joita jokainen Scrum-tapahtuma näyttelee. Tänään mainitsemme vain, että ne tarjoavat mahdollisuuden perustaa kolme empirismin pylvästä – läpinäkyvyys, tarkastus ja mukautuminen – tuotteen ja Scrum-tiimin työn suhteen.

Sprint Review on omistettu tuotteelle. Ja sen tarkoitus on tarkastella inkrementtiä, eli sprintissä juuri päättyneessä työssä saavutettuja tuloksia. Tapahtuma kestää enintään neljä tuntia. Kaikki Scrum-tiimin jäsenet sekä sidosryhmät, eli kaikki tuotteen edistymisestä kiinnostuneet henkilöt, osallistuvat siihen.

Sidosryhmien rooli Sprint Review’ssa

Sprint Review’n aikana Scrum-tiimi esittelee inkrementin sidosryhmille. Tällöin se tiivistää suoritetut tehtävät ja vastaa erityisiin kysymyksiin:

1. Kuka suoritti tehtävän?
2. Mitä erityisesti tehtiin?
3. Miksi se tehtiin?

Sidosryhmät antavat palautetta Scrum-tiimin jäsenille. Tämä mahdollistaa mukauttamisen, eli Scrum-tiimin työskentelytavan säätämisen asiakkaan tarpeiden ja vision mukaan. Tämä tehdään tuotteen liiketoiminta-arvon maksimoimiseksi. Jokaisessa Sprint Review’ssa annettu palaute on erityisen tärkeää innovatiivisten tuotteiden luomisessa, jotka on jatkuvasti mukautettava kilpailun toimintaan ja markkinoiden tarpeisiin.

Inkrementtien julkaiseminen

Meidän ei pitäisi pitää Sprint Review’ta ainoana hetkenä, jolloin Scrum-tiimi julkaisee inkrementin asiakkaalle. Jos jokin tuotteen toiminnallisuus täyttää valmiuden määritelmän etukäteen, tuoteomistaja voi päättää julkaista sen heti.

On myös mahdollista, että tuotejonon kohde, jonka parissa Scrum-tiimi työskenteli tietyssä sprintissä, ei ole valmistunut eikä täytä valmiuden määritelmää. Sitä ei voida sitten julkaista tai edes esittää Sprint Review’ssa.

Työskentely tuotejonon parissa Sprint Review’ssa

Tuotejonon päivittäminen on yhtä tärkeä osa Sprint Review’ta kuin työskentelytulosten esittäminen sidosryhmille. Yleensä tuotejonon päivitys on omistettu kokouksen viimeiselle osalle, joten sidosryhmien ei tarvitse osallistua.

Tuoteomistaja päivittää tuotejonon sidosryhmiltä saadun palautteen ja kehitystiimin oppimien asioiden perusteella. Tämä on erityisen tärkeää, jos saatu palaute vaikuttaa seuraavan sprintin muotoon ja tarkoitukseen. Tuotejonon päivittäminen on siten olennainen askel seuraavan sprintin suunnittelun valmistelussa.

Sprint Review – yhteenveto

Sprint Review on Scrum-tiimin ja sidosryhmien kokous, jossa esitellään viime sprintissä saavutetut tuotetyötulokset. Sen keskeinen osa on keskustelu sidosryhmien kanssa, jonka aikana he antavat palautetta tuotteesta. Tämän keskustelun ansiosta on mahdollista mukauttaa tehokkaasti ja mahdollisesti korjata tuotteen työsuunnan markkinavaatimusten mukaisesti. Sidosryhmien kanssa käytyjen keskustelujen ansiosta jokaisen sprintin lopussa kasvavat mahdollisuudet maksimoida Scrum-tiimin kehittämän tuotteen liiketoiminta-arvo.

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