Käyttäjätarinat ja iteraation suunnittelu

Käyttäjätarina (user story) on lyhyt kuvaus jostakin, mitä käyttäjä tarvitsee, kirjoitettuna hänen näkökulmastaan. Iteraation suunnittelu on tapa, jolla tiimi päättää, mitä tarinoita se työstää seuraavassa aikajaksossa. Monet tiimit kutsuvat tätä aikajaksoa sprintiksi ja tapaamista sprintin suunnitteluksi; East Agile Tracker kutsuu niitä iteraatioiksi ja iteraation suunnitteluksi.

Mikä käyttäjätarina on

Tavallinen pohja on:

[käyttäjätyyppinä] haluan [jonkin kyvyn], jotta [jokin hyöty].

Esimerkiksi: Projektipäällikkönä haluan nähdä, mitkä tarinat ovat estettyjä, jotta voin ratkaista ne ennen iteraation päättymistä.

Pohja kertoo, kuka hyötyy, mitä hän tarvitsee ja miksi. “Miksi” auttaa tiimiä löytämään yksinkertaisemman tavan tuottaa sama hyöty. Tarina on paikkamerkki keskustelulle, ei täydellinen määrittely: yksityiskohdat sovitaan pyytäjien ja rakentajien kesken.

INVEST: onko tarina valmis työstettäväksi?

INVEST on tarkistuslista hyvin muotoillulle tarinalle:

• Independent (itsenäinen) — voidaan rakentaa ja toimittaa omana kokonaisuutenaan.
• Negotiable (neuvoteltava) — yksityiskohdista voi keskustella.
• Valuable (arvokas) — tuottaa jotain, millä on merkitystä käyttäjälle tai asiakkaalle.
• Estimable (arvioitava) — tiimi ymmärtää sen riittävän hyvin arvioidakseen sen koon.
• Small (pieni) — mahtuu väljästi yhteen iteraatioon.
• Testable (testattava) — on selkeä tapa todeta, että se on valmis.

Hyväksyntäkriteerit

Hyväksyntäkriteerit kertovat, minkä täytyy pitää paikkansa, jotta tarina lasketaan valmiiksi. Kun ne kirjoitetaan muodossa Given / When / Then, jokaisesta tulee hyväksyntätesti:

Given tarina, jolla on ratkaisematon este, when avaan Blocked-sarakkeen, then tarina näkyy siellä.

Kriteereistä sovitaan ennen työn alkua, jotta tiimillä ja tarinan hyväksyjällä on sama käsitys valmiista.

Iteraation suunnittelu

Iteraation suunnittelu vastaa yhteen kysymykseen: mitä työstämme tässä iteraatiossa? Se tarvitsee kolme lähtötietoa:

1. Järjestetyn backlogin — tarinat prioriteettijärjestyksessä, ja ylimmät valmiina työstettäviksi (INVEST täyttyy ja hyväksyntäkriteerit on kirjattu).
2. Arviot — jokaisen ehdokastarinan koko story pointeina.
3. Nopeuden — kuinka monta pistettä tiimi saa valmiiksi iteraatiossa. Katso Mitä on velocity?.

Tiimi ottaa tarinoita backlogin kärjestä, kunnes summa saavuttaa sen nopeuden. Enemmän ottaminen edellyttää, että tiimi alkaa yhtäkkiä työskennellä nopeammin; vähemmän ottaminen jättää kapasiteettia käyttämättä.

Miten East Agile Tracker tekee sen

• Tarinoita on neljää tyyppiä: ominaisuudet, virheet, askareet ja julkaisut. Oletuksena vain ominaisuudet saavat pisteitä. Katso Tarinat.
• Hyväksyntäkriteerit kirjoitetaan kuvaukseen. Erillistä kenttää ei ole; kriteerit kuuluvat kuvaukseen ennen tarinan aloittamista. Kun tarina on toimitettu, tuoteomistaja hyväksyy tai hylkää sen näiden kriteerien perusteella. Katso tilakone ja hyväksyntäsilmukka.
• Backlog on yksi tiukasti järjestetty lista, joka ennustaa tulevat iteraatiot nopeuden perusteella kolme tai neljä eteenpäin ja merkitsee jokaisen ryhmän, joka ylittää nopeuden. Katso Iteraatiot.
• Iteraation suunnittelu on pitkälti automaattista. Kun auto-plan iterations on päällä (oletus), nykyinen iteraatio täyttyy nopeuteesi asti; kun vedät sisään uuden tarinan, alimman prioriteetin tarina siirtyy takaisin Backlogin kärkeen. Tiimit, jotka sitoutuvat Scrumin tapaan kiinteään laajuuteen, voivat kytkeä automaattisuunnittelun pois päältä ja suunnitella niin paljon kuin haluavat; laskuri muuttuu punaiseksi nopeuden ylittyessä. Katso Iteraation suunnittelu.
• Tarinan luominen avaa editorin otsikkoa, kuvausta, tyyppiä, arviota ja omistajia varten. Katso Luo tarina.

Lue lisää

• Mitä ovat story pointit? — tarinoiden koon arviointi.
• Mitä on velocity? — suunnittelun kapasiteettipuoli.
• eXtreme Programming — mistä käyttäjätarinat ja planning game ovat peräisin.