Scrum-opas | 18. Mikä on tuotejonos?

Tuote-Backlog on ainoa lähde tehtäville, joita Scrum-tiimi suorittaa. Se on lista suunnitelluista tuotteen toiminnoista ja parannuksista. Sen muoto on muokattavissa, eikä kaikki Tuote-Backlogiin sisältyvät tehtävät tule valmistumaan. Se kehittyy keskustelujen aikana sidosryhmien kanssa. Sitä myös parannetaan jatkuvasti. Tämä tarkoittaa, että mitä lähempänä määräaikaa, sitä yksityiskohtaisemmaksi tehtävä muuttuu.

Mikä on Tuote-Backlog? – sisällysluettelo:

1. Johdanto
2. Mitä Tuote-Backlog sisältää?
3. Tuote-Backlogin muoto
4. Tuote-Backlogin parantaminen
5. Yhteenveto

Johdanto

Tuote-Backlog on suurin Scrum-artifakteista. Se heijastaa työn tilaa tuotteen suhteen tuotetavoitteeseen. Toisaalta, kun työ tuotteessa on valmis, sen backlogista tulee täydellinen lista tehtävistä, jotka Scrum-tiimi on suorittanut tuotteen luomiseksi. Kuitenkin se ei sisällä yksityiskohtaisia teknisiä ratkaisuja.

Mitä Tuote-Backlog sisältää?

Tuote-Backlog luodaan Tuoteomistajan kokouksissa sidosryhmien kanssa. Tuoteomistaja on ainoa omistaja ja henkilö, joka on vastuussa tästä tehtävien lähteestä.

Liiketoimintakieli luonnehtii Tuote-Backlogin merkintöjä. Toisin sanoen, ne kuvaavat tuotteen arvoa sidosryhmien näkökulmasta.

Tehtäväkuvaukset, jotka sisältyvät tehtävälistaan, tarvitsevat johdonmukaisuutta ja selkeyttä. Ne sisältävät tuotteen toimintoja ja parannuksia, jotka esitetään yleensä käyttäjätarinoiden muodossa, joille omistamme erillisen merkinnän. Tässä mainitsemme vain, että nämä ovat kuvauksia tuotteen osittaisista toiminnoista, jotka vastaavat seuraaviin kysymyksiin:

• Tuotemuutosten laajuus
• Tuotteenmuokkaamisen tarkoitus
• Käyttäjätyyppi, jolle tämä muokkaus on tarkoitettu

Tuote-Backlogin muoto

Tuote-Backlogiin sisältyvien tehtävien järjestys muuttuu tuotteen kehittyessä. Työskennellessään sen parissa Scrum-tiimi muokkaa ja parantaa sen toimintoja. Esteiden kohdatessa toteutetut toimet antavat kaikille mahdollisuuden miettiä ja määritellä tulevia asianmukaisia ratkaisuja, ja nämäkin muuttuvat ennakoimattomien esteiden mukaan. Siksi ei ole selvää ja määriteltyä toimintajärjestystä, kaikki on muokattavissa. Tuote-Backlogin parantaminen tähtää sen jatkuvaan päivittämiseen ja valmisteluun seuraavia tehtäviä varten. Tämän vuoksi se on jatkuvaa.

Tehtävät, joilla on kaukainen määräaika, ovat tyypillisesti suuria, yleisiä kokonaisuuksia. Niiden kuvaus ei sisällä yksityiskohtia, vaan vain toiminnallisuuden yleiskuvan, joka tulisi toteuttaa. Niiden joukosta voi myös löytyä tehtäviä, jotka eivät koskaan pääty.

Tuote-Backlogissa olevat merkinnät voivat esittää vaihtoehtoisia ratkaisuja. Ja myös asiakkaan ideoita, jotka voivat vanhentua, olla kannattamattomia tai jostain muusta syystä ei koskaan siirry toteutusvaiheeseen. Siksi Tuote-Backlogia kutsutaan joskus leikillisesti “asiakkaan toivelistaksi”.

Toinen syy Tuote-Backlogin muodon muutokseen on ratkaisujen uudelleen määrittäminen. Joskus käy ilmi, että tietty ongelma on jo ratkaistu luotaessa toista tuotteen toimintoa. Tai odotettu toiminnallisuus on tullut tarpeettomaksi muiden ratkaisujen muutosten vuoksi.

Yksi perustoimista Tuote-Backlogin parantamisen aikana on tehtävien jakaminen Tuote-Backlogissa oleviin osiin. Tämän ansiosta toiminnallisuuden yleiskuva esitetään pienempien, yksityiskohtaisempien ja tarkasti määriteltyjen yksiköiden muodossa.

Tehtävät, jotka on suunniteltu lähempää toteutusta varten, muuttuvat yksityiskohtaisemmiksi. Ne myös pienenevät, sisältäen ratkaisujen yksityiskohtia. Yksityiskohdat nousevat esiin tuotteen kehityksen aikana. Ja nykyisen tuotteen tilan ja sidosryhmien nykyisten odotusten tuntemuksen ansiosta Tuoteomistaja täydentää tulevia tehtäviä niiden kuvauksella, järjestyksellä ja koossa. Sitten valitaan parhaiten kuvattuja tehtäviä seuraavaan Sprint-Backlogiin.

Tuote-Backlogin parantaminen

Työskennellessään tuotteen parissa Tuoteomistaja muokkaa ja yksityiskohtaa Tuote-Backlogia yhteistyössä Kehitystiimin kanssa. Tuoteomistajan ehdotusten mukaisesti Sprint-suunnittelun aikana tiimi valitsee toteutettavat ominaisuudet Tuote-Backlogista. Ne siirretään sitten Sprint-Backlogiin ja jaetaan tehtäviin, jotka on suoritettava. Sprint-Backlogiin siirretyt tehtävät kuvataan teknisessä kielessä, joka on kehittäjille kaikkein hyödyllisin.

Tehtävän koko on tärkeä mittari Kehitystiimin näkökulmasta. Sen oikea arviointi on erityisen kriittistä, kun valitaan käyttäjätarinoita Tuote-Backlogista Sprint-Backlogiin.

Kehitystiimi oppii ajan myötä arvioimaan oikein ajan ja vaivannäön, joka tarvitaan tietyn käyttäjätarinan suorittamiseen. Tämä ilmaistaan päivinä, työtunteina tai tarinapisteinä ja antaa arvion arvosta, jota kutsutaan tiimin nopeudeksi.

Yhteenveto

Tuote-Backlog on jatkuvasti parannettava tehtävälista, joka johtaa tuotetavoitteeseen. Tuote-Backlogin sisältö ilmaistaan yleensä käyttäjätarinoiden muodossa. Ja mitä vähemmän aikaa on jäljellä tehtävän suorittamiseen, sitä:

• Työkuvaus on yksityiskohtaisempi
• Tehtävän laajuus on pienempi
• Tehtävän laajuus on paremmin määritelty

Scrum-tiimi huolehtii tehtävistä. Tuoteomistaja hallitsee ja muokkaa Tuote-Backlogia.

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