Jokainen Scrum-artifakti luo tietyn Scrum-tiimin sitoumuksen. Tuote- tavoite, sprinttitähtäin ja valmiuden määritelmä kuvaavat tuotteen tulevaa tilaa. Ne ovat Scrum-tiimin aikomuksia tai sitoumuksia. Kuitenkin jokainen Scrum-tiimin sitoumus kattaa erilaisen laajuuden ja aikajänteen.
Scrum-tiimin sitoumus – sisällysluettelo:
Johdanto
Tuotetavoite lisättiin viralliseen Scrum-oppaaseen vasta sen 2020-version myötä. Siinä määritellään se Scrum-tiimin sitoumuksena tuotteen lopulliseen muotoon. Se tehdään Scrum-tiimin toimesta ja kirjataan Tuote-Backlogiin.
Tuotetavoite liittyi siten aikaisemmin olemassa oleviin Scrum-tavoitteisiin: Sprinttitähtäin, joka liittyy Sprintt-Backlogiin, ja valmiuden määritelmä, joka on Scrum-tiimin sitoumus toimittaa Inkrementti sovittujen ohjeiden mukaisesti.
Scrum-tekijät päättivät näin tehdä seuraavat yhteydet:

Sitouminen on suunniteltu vahvistamaan Scrum-tiimin keskittymistä. Se antaa tiimille selkeän tavoitteen ja horisontin koko projektin, yhden sprintin ja inkrementin ajaksi.
Kaikkien tulisi pitää mielessä tuotevisio ja pitkän aikavälin strateginen tavoite. Visio ei ole Scrum-tiimin sitoumus, vaan pikemminkin kaikkien sen pyrkimysten horisontti. Se auttaa muotoilemaan tavoitteet vastaavasti. Se voidaan muotoilla seuraavasti:
Tuotevisio: Tulla maailman johtajaksi taikakaupassa ja -palveluissa.
Alla olevassa tekstissä alitavoitteiden esimerkit viittaavat tähän tuotevision esimerkkiin.
Tuotetavoite
Tuotetavoite on kuvaus tulevasta tuotteesta, jonka parissa Scrum-tiimi työskentelee projektin alusta loppuun. Polku tuotetavoitteen saavuttamiseksi on kirjattu Tuote-Backlogiin.
Scrum-tiimi voi tehdä vain yksi tuotetavoite kerrallaan. Muuttaakseen sen Scrum-tiimin on joko saatava se päätökseen tai hylättävä se.
Hyvä tuotetavoitteen muotoilu riippuu toimialasta, jolla Scrum-tiimi työskentelee. Mutta kaikissa tapauksissa tavoitteen tulisi olla houkutteleva, selkeästi ilmaistu ja relevantti. Toisin sanoen sen tulisi kuvata avaintavoite, joka tuo tuotevision lähemmäksi toteutumista.
Se voisi olla esimerkiksi:
Tuotetavoite 1: Avaa maailman ensimmäinen verkkokauppa taikatarvikkeille.
Tuotetavoite 2: Luo 24/7 lentävä luutapalvelu.
Sprinttitähtäin
Sprinttitähtäin on kuvaus työstä, joka tehdään sprintin aikana. Se ilmaistaan liiketoimintatavoitteena, jotta kehitystiimin työssä säilyy johdonmukaisuus. Ja myös keskittymisen lisäämiseksi – yksi Scrum:n ydinarvoista.
Tuotetavoite 1, jonka ehdotimme yllä, voitaisiin jakaa seuraaviin sprinttitähtäimiin:
Sprinttitähtäin 1.1: Suorita markkinatutkimus taikureista taikatarvikkeiden kysynnästä
Sprinttitähtäin 1.2: Koosta luettelo toimittajista ja tuotteiden saatavuudesta
Sprinttitähtäin 1.3: Luo verkkosivusto kaupalle
Kun taas tuotetavoitteelle 2 sprinttitähtäimet voisivat näyttää seuraavilta:
Sprinttitähtäin 2.1: Find a convenient location for the first service point
Sprinttitähtäin 2.2: Suorita huoltoteknikkojen rekrytointi
Sprinttitähtäin 2.3: Käynnistä paikallinen markkinointikampanja
Jokainen sprinttitähtäin on määritelty ja keskusteltu Scrum-tiimin toimesta sprintin suunnittelun aikana, jota käsittelemme yksityiskohtaisesti tässä artikkelissa. Sprintin suunnittelutapahtumaa ei voida saattaa päätökseen ilman seuraavan sprintin tavoitteen määrittämistä.

Valmiuden määritelmä
Valmiuden määritelmä on toinen yksityiskohtainen sitoumus, jonka Scrum-tiimi tekee. Toisin kuin tuotteen ja sprintin tavoitteet, se on muodollinen määritelmän mukaan.
Se koostuu yleensä laatuvaatimusten listasta, jotka tuotteen on täytettävä, jotta inkrementti voidaan katsoa valmiiksi. Valmiuden määritelmän ansiosta Scrum-tiimin jäsenet ja jokainen sidosryhmä voivat helposti nähdä mitä muutoksia ja parannuksia on tehty tuotteeseen tietyn inkrementin myötä.
Sprinttitähtäin 1.1: Suorita taikureiden markkinatutkimus taikatarvikkeiden kysynnästä, inkrementin kriteeri voisi olla: Koosta taikureiden aktiivisten vastausten tulokset taikaforumissa. Tämän inkrementin valmiuden määritelmä voisi olla seuraava:
Inkrementin valmiuden määritelmä 1.1:
- Jokainen taikuri antoi kattavat vastaukset kysymyksiin
- Vähintään 80 % taikureista on aktiivisia
- Tutkimuksen tulokset on syötetty taikapallon tietokantaan
Valmiuden määritelmä voi myös viitata organisaation määrittelemiin laatuvaatimuksiin. Silloin sitä ei määrittele vapaasti Scrum-tiimi. Sen vähimmäisvaatimukset määritellään organisaation ulkoisten vaatimusten mukaan.
Kuitenkin valmiuden määritelmä eroaa hyväksymiskriteereistä, joista kirjoitimme tekstissä käyttäjätarinoista. Viitaten valmiuden määritelmän 1.1 esimerkkiin, hyväksymiskriteerit voitaisiin muotoilla seuraavasti:
Hyväksymiskriteeri 1.1:
- Arvioi prosenttiosuus taikureista, jotka ovat valmiita käyttämään verkkokauppaa
- Tunnista, mitkä tarvikkeet ovat heistä suosituimpia
- Määritä, mikä budjetti potentiaalisilla asiakkaillasi on
Hyväksymiskriteeri viittaa siten tehtävän suorittamiseen asiakkaan näkökulmasta.
Scrum-tiimin sitoumus – yhteenveto
Scrum-tiimin sitoumukset ovat tuotetavoite, sprinttitähtäin ja valmiuden määritelmä. Nämä mahdollistavat Scrum-tiimin keskittymisen yksityiskohtaisiin tehtäviin. Ne antavat Scrum-tiimille vastauksen kysymykseen siitä, mikä avaintavoite tulee olemaan Tuote-Backlogin, Sprintt-Backlogin ja Inkrementin näkökulmasta.
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