Scrum: INVEST in Good Stories by Achieving SMART Tasks

Löysin tämän artikkelin, joka sisältää kaksi muistilistaa, joista pidän kovasti.

INVEST muistutuksena laadukkaan Product Backlog Itemin (PBI) (tai käyttäjätarinoiden) ominaisuuksista, jotka on yleisesti kirjoitettu käyttäjätarinan muotoon. Mutta mitkä ovat hyvän käyttäjätarinan ominaisuudet? Lyhenne ”INVEST” voi muistuttaa sinua siitä, että hyvien tarinoiden tulisi olla:

  • Itsenäisiä: Niiden tulisi olla itsenäisiä siten, että ne voidaan julkaista toisistaan riippumattomina.
  • Neuvottelukelpoisia: Kaapata vain käyttäjän tarpeen ydin, jättäen tilaa keskustelulle. Käyttäjätarinaa ei pitäisi kirjoittaa kuin sopimusta.
  • Arvokas: Tuottaa arvoa loppukäyttäjälle.
  • Arvioitavissa: Käyttäjätarinat on pystyttävä arvioimaan, jotta ne voidaan priorisoida oikein ja sovittaa sprintteihin.
  • Pieni: Käyttäjätarina on pieni osa työtä, jonka avulla se voidaan valmistua noin 3-4 päivässä.
  • Testattavissa: Käyttäjätarina on vahvistettava etukäteen kirjoitettujen hyväksymiskriteerien avulla.

Product Backlog Refinement: Tarinat ja tehtävät

Tuotebacklogin tarkentaminen tarkoittaa yksityiskohtien, arvioiden ja järjestyksen lisäämistä tuotebacklogin kohteisiin. Jatkuva Product Backlog Refinement on tarpeen jokaisen Sprintin aikana, jotta kohteita voidaan tarkentaa valmiiksi tulevia Sprinttejä varten. Kun Product Backlogin kohteet on tarkennettu sopivalle rakeisuustasolle, Product Backlogin ylimmässä osassa (korkein prioriteetti, suurin arvo) olevat Product Backlogin kohteet puretaan niin, että ne mahtuvat yhteen Sprinttiin, kuten alla olevassa kuvassa on esitetty.

Kun tuotetukilogin kohteet tarkentuvat ja sisällytetään sprintin backlogiin, ne ovat tyypillisesti käyttäjätarinoiden muodossa, joita voidaan käyttää valmiiksi sprinttisuunnittelun osassa 1. Nämä käyttäjätarinat jalostetaan tyypillisesti edelleen tehtäviksi Sprintin suunnittelun osassa 2, jotta ne voidaan jakaa kehitystiimin jäsenille.

Hyvän tehtävän tulisi olla – SMART:

SMART on joukko kriteerejä tavoitteiden luomiseen, kuten sprinttitavoitteet, jotka ovat Scrum-tiimin kirjoittama lyhyt lausunto (tuoteomistajan alkuperäisen tavoitteen perusteella), joka johdattaa tiimiä siihen suuntaan, mitä tehtäviä he haluavat sprinttitavoitteen mukaisesti suoritettavan.

SMART tulee sanoista Specific (spesifinen), Measurable (mitattavissa oleva), Achievable (saavutettavissa oleva), Relevant (merkityksellinen) ja Time-bound. Kun tavoitteet on kirjoitettu SMART-muotoon, varmistetaan, että tavoitteen asettaja on selvillä siitä, mitä hän yrittää saavuttaa, milloin ja miten.

Spesifinen: Kun asetat tavoitteen, ole tarkka siitä, mitä haluat saavuttaa. Ajattele tätä tavoitteesi toiminta-ajatuksena.

Mitattavissa: Mitä mittareita aiot käyttää sen määrittämiseen, saavutatko tavoitteen? Tämä tekee tavoitteesta konkreettisemman, koska se tarjoaa tavan mitata edistymistä. Jos kyseessä on hanke, jonka toteuttaminen vie muutaman kuukauden, aseta joitakin välitavoitteita harkitsemalla erityisiä tehtäviä, jotka on suoritettava.

Toteutettavissa: Tässä keskitytään siihen, kuinka tärkeä tavoite on sinulle ja mitä voit tehdä, jotta se olisi saavutettavissa, ja se voi vaatia uusien taitojen kehittämistä ja asenteiden muuttamista. Tavoitteen on tarkoitus herättää motivaatiota, ei lannistusta. Mieti, miten voit saavuttaa tavoitteen ja onko sinulla tarvittavat välineet/taidot. Jos sinulla ei tällä hetkellä ole näitä välineitä/taitoja, mieti, mitä niiden saavuttaminen vaatisi.

Relevant: Tällä tarkoitetaan keskittymistä johonkin, joka on järkevää laajempien liiketoimintatavoitteiden kannalta. Jos tavoitteena on esimerkiksi uuden tuotteen lanseeraus, sen pitäisi olla jotain, joka on linjassa liiketoiminnan yleisten tavoitteiden kanssa. Tiimisi saattaa pystyä lanseeraamaan uuden kuluttajatuotteen, mutta jos yrityksesi on B2B-yritys, joka ei ole laajentumassa kuluttajamarkkinoille, tavoite ei olisi relevantti.

Aikasidonnainen: Kuka tahansa voi asettaa tavoitteita, mutta jos siitä puuttuu realistinen ajoitus, on todennäköistä, ettet onnistu. Tavoitepäivämäärän antaminen suoritteille on välttämätöntä. Kysy tarkat kysymykset tavoitteen määräajasta ja siitä, mitä voidaan saavuttaa tuossa ajassa. Jos tavoitteen saavuttaminen kestää kolme kuukautta, on hyödyllistä määritellä, mitä pitäisi saavuttaa prosessin puolivälissä. Aikarajojen antaminen luo myös kiireellisyyden tunnetta.

Vastaa

Sähköpostiosoitettasi ei julkaista.