Tämän päivän artikkelissa haluamme määritellä inkrementin. Työskennellessämme tuotteen parissa, onni on, että muutamat peräkkäiset merkinnät tuotejonosta voivat muuttua inkrementiksi. Toisin sanoen, tuoteomistaja valitsee, mitä tuotteen toiminnallisuutta toteutetaan tuotejonosta. Kehitystiimi muuttaa sen toimivaksi, arvokkaaksi tuotteen toiminnallisuudeksi yhden sprintin aikana.
Määritellään inkrementti – sisällysluettelo:
- Johdanto – määritellään inkrementti
- Inkrementti vs. Tuotetavoite ja Sprinttivaihe
- Milloin tehdystä työstä tulee inkrementti?
- Yhteenveto
Johdanto – määritellään inkrementti
Inkrementti on tuotteen viimeisin valmis ja parannettu versio, jolla on liiketoiminta-arvo ja joka on valmis julkaistavaksi sprintin aikana. Tärkeä osa sen määritelmää on väite, että tämä on tuotteen edellisen tilan summa yhdessä sen nykyisessä sprintissä lisättyjen muutosten kanssa. Näin ollen se ei määrittele vain uusia toiminnallisuuksia, jotka on lisätty tuotteeseen, vaan myös – tai ensisijaisesti – niiden integroimista alkuperäiseen versioon yhdessä kaikkien parannusten ja korjausten kanssa, joita se on kokenut.

Inkrementti vs. Tuotetavoite ja Sprinttivaihe
Jokaisen sprintin tulisi tuottaa vähintään yksi uusi inkrementti – se on koko Scrum-tiimin vastuulla. Miten se sitten liittyy sprinttivaiheeseen? Voit sanoa, että sprinttivaihe on vastaus siihen, miksi meidän pitäisi rakentaa yksi. Huomaa kuitenkin, että yhdessä sprintissä tiimi voi luoda useita inkrementtejä, joiden summa yhdistyy sprinttivaiheeseen.
Esimerkiksi sprinttivaihe voisi olla seuraava tehtävä: Luo “ostoskori” -toiminnallisuus verkkokauppaan, joka myy taikatarvikkeita.
Kuitenkin inkrementin komponentteihin kuuluu useita kaupan toiminnallisuuksia, kuten:
- lisääminen tuote koriin
- poistaminen tuote korista
- näyttää ostosten yhteissummat
- laskeminen toimituskustannuksista korissa oleville tuotteille jne.
Tiimin on kuvastettava, että jokainen inkrementti on askel eteenpäin kohti tuotetavoitteen saavuttamista. Siksi prosessin parantamiseksi se voi:
- järjestää asiakastietokannan
- parantaa työnkulkua kehittäjien välillä
Se johtuu siitä, että vaikka ne eivät ole suoraan yhteydessä tuotteen nykytilan parantamiseen, niillä on valtava vaikutus tuotetavoitteen paremman ja nopeamman toteuttamisen kannalta.

Milloin tehdystä työstä tulee inkrementti?
Menestyvän inkrementin mittari on, onko se käytännöllinen. Toisin sanoen, tehdystä työstä tulee inkrementti vain, kun se täyttää valmiuden määritelmän, josta kirjoitamme erillisessä artikkelissa. Tämä määritelmä ilmoittaa yksiselitteisesti, mitä muutoksia ja parannuksia tuotteelle on tapahtunut. Valmiuden määritelmän perusteella voit testata inkrementtiä arvioidaksesi, tuoko se todella parannuksia tuotteeseen ja tuoko se väitetyn liiketoiminta-arvon.
Jos tulos ei täytä valmiuden määritelmän standardeja, projekti palaa tuotejonoon. Seuraavaksi voi tapahtua seuraavia asioita:
- Tiimi voi saattaa sen päätökseen seuraavassa sprintissä
- Projekti voi peruuttaa
- Tiimi voi päättää pitää sen tuotejonossa tulevaa toteutusta varten – kunhan tiimi löytää keinon voittaa esteet
Jos tiimi onnistuu tuottamaan inkrementin sprintissä, se etenee arvioitavaksi sprintin tarkastelussa. Kuitenkin, jos tarpeen, se voidaan näyttää sidosryhmille jopa ennen sprintin päättymistä. Lopullinen päätös sen julkaisemisesta kuuluu tuoteomistajalle.
Määritellään inkrementti – Yhteenveto
Inkrementti on tuore, täysin uusi versio tuotteesta, joka on valmis julkaistavaksi. Se sisältää kaikki päivitetyt muutokset ja parannukset, jotka on tehty sprintissä. Toisin sanoen se on tuotteen viimeisin vakaa, julkaistava versio. Jopa useita inkrementtejä voi syntyä ja kehittyä yhden sprintin aikana, kunhan ne kaikki täyttävät valmiuden määritelmän.
Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.
Caroline Becker
Projektipäällikkönä Caroline on asiantuntija uusien menetelmien löytämisessä parhaiden työnkulkujen suunnittelemiseksi ja prosessien optimoinniksi. Hänen organisatoriset taitonsa ja kyky työskennellä aikarajoitteiden alla tekevät hänestä parhaan henkilön monimutkaisten projektien toteuttamiseen.
Scrum Guide:
- Perustermien, roolien ja käsitteiden sanasto
- Mikä on Scrum?
- Scrum-arvot
- Miten toteuttaa Scrum yrityksessäsi?
- Scrum-tiimi - mitä se on ja miten se toimii?
- Mikä on tuoteomistaja?
- Tuotteen omistajan yleisimmät virheet
- Kuka on Scrum Master?
- Scrum Masterin yleisimmät virheet
- Mitä tilastoja ja mittareita Scrum Masterin tulisi seurata?
- Scrum-kehitystiimi
- Kehittäjien yleisimmät virheet
- Scrum-artifaktit
- Skalointi Scrum
- Sprint Backlog
- Mikä on tuotejonos?
- Mitä ovat käyttäjätarinat?
- Luodaan paras käyttäjätarina INVEST-periaatteella
- Yleisimmät käyttäjätarina-virheet
- Käyttäjätarinan hyväksymiskriteerit
- Arviointi ja tarinapisteet Scrumissa
- Suunnittelupokeri
- Tiimin arviointipeli
- Inkrementin määrittäminen
- Scrum-tapahtumat
- Mikä on burndown-kaavio?
- Burndown-kaavion edut ja haitat
- Kanban-taulut Scrumissa ja Scrumbanissa
- Nopeus Scrumissa - Kehitystiimin nopeus
- Päivittäinen Scrum
- Sprintin suunnittelu
- Sprintin tarkistus
- Mikä on sprintin retrospektiivi?
- Yleisimmät virheet Sprintin retrospektiivissä
- Tuotteen backlogin hoitaminen
- Kuinka luoda ja tulkita burndown-kaaviota?
- Mikä on Sprintti Scrumissa?
- Yhteistyö tuoteomistajan ja Scrum Masterin välillä
- Scrum-tiimin sitoumukset - Tuotetavoite, sprinttitavoite ja valmiuden määritelmä
- Hyvän Scrum Masterin ominaisuudet