Scrum-opas | 25. Tiimin arviointipeli

Tiimin arviointipeli on tekniikka, joka helpottaa sprintin suunnittelua Scrumissa. Miten se eroaa suunnittelupokerista? Miksi jotkut kehitystiimit pitävät sitä tehokkaampana työkaluna kuin toiset? Löydät kaiken tarvitsemasi tiedon siitä seuraavasta artikkelista.

Tiimin arviointipeli – sisällysluettelo:

1. Johdanto
2. Tiimin arviointipelin säännöt
3. Tiimin arviointipeli vs. suunnittelupokeri
4. Yhteenveto

Johdanto

Tiimin arviointipeliä kutsutaan myös uima-altaiden arvioinniksi. Viimeksi mainittu termi syntyi spontaaneista havainnoista korttipelistä, koska korttien esitys muistutti uima-altaan kaistoja.

Kirjoitamme tästä tekniikasta edellisessä artikkelissa. Tänään keskitymme tiimin arviointipeliin.

Tiimin arviointipelin säännöt

Tiimin arviointipelin tarvikkeet:

• käyttäjätarinoiden korttipakka – valmistettu erikseen jokaista peliä varten
• tarinapisteiden korttipakka – toistuvaan käyttöön

Ensinnäkin, pinoa käyttäjätarinoiden kortit järjestykseen, joka vastaa tuotteen backlogin merkintöjä. Varmista, että kiireellisimmät arvioidaan ensin.

Arviointikortit sisältävät yleensä arvoja, jotka vastaavat Fibonaccin lukujonoa. Tämä on seuraava lukujono: 0, 1, 3, 5, 8, 13, 20, 40 ja 100. Voit myös merkitä ne peräkkäisillä kahden potensseilla, eli 2, 4, 8, 16, 32 ja niin edelleen.

Tiimin arviointipelin vaiheet:

1. Johdanto. Tiimin arviointipelin pelaamiseksi Scrum-tiimin jäsenet istuvat pöydän ympärillä. Tuoteomistaja aloittaa nostamalla ensimmäisen kortin käyttäjätarinoiden pakasta ja jakamalla sen sisällön kaikille. Tämän jälkeen kortit jäävät pöydälle. Sitten tuoteomistaja selittää muille Scrum-tiimin jäsenille, että tästä eteenpäin pelaajat arvioivat käyttäjätarinoita helppoina tai vaikeina toteuttaa asettamalla ne vastaavasti vasemmalle ja oikealle. Jos jollakin on jonkin verran vaikeutta, pelaaja pinouttaa ne yhteen, toistensa päälle pöydälle. Nyt seuraava pelaaja myötäpäivään tekee seuraavan siirron.
2. Pelaaja nostaa kortin käyttäjätarinoiden pakasta. Jakamisen jälkeen hän selittää sen ytimen tuoteomistajalle. Kortin pitäjä asettaa sen sitten pöydälle ja valitsee paikan mielipiteensä mukaan tämän käyttäjätarinan vaikeudesta. Tämän jälkeen pelaaja selittää valintansa perusteet kaikille, ja muut pelaajat voivat kysyä kysymyksiä, jotka koskevat perusteluja. He eivät voi kyseenalaistaa itse päätöstä, vaan vain päätöksen perusteluja.
3. Nyt pelaajat vuorottelevat ja heillä on kaksi vaihtoehtoa valittavanaan:
• Toista vaihe 2, tai
• Siirrä yksi kortti pöydällä sen sopivimpaan paikkaan

Jos he valitsevat toisen vaihtoehdon, heidän tulisi myös perustella, miksi he muuttivat mieltään. Pelaajat vuorottelevat toistamalla vaihetta 3, kunnes kaikki kortit käyttäjätarinoiden pakasta on jaettu ja arvioitu.

4. Käyttäjätarinoiden korttien lopullinen sijoittaminen tapahtuu kerran tai useita kertoja, riippuen Scrum-tiimin käytännöistä. Tämän kierroksen aikana jokaisella pelaajalla on jälleen mahdollisuus siirtää yksi kortti pöydällä sopivampaan paikkaan.
5. Kun pelaajat ovat sijoittaneet kaikki käyttäjätarinoiden kortit niiden vaikeustasoja edustaviin paikkoihin, kehitystiimi siirtyy vastaamaan arvoa sijoittamalla kortteja tarinapisteiden kasasta. Vasemmalla oleva ensimmäinen käyttäjätarinoiden kortti saa tarinapistekortin, jossa on vähiten pisteitä tuoteomistajalta. Sääntö seuraavien korttien sijoittamiselle on sama kuin kohdissa 3 ja 4. Tämä päättää arvioinnin.

Tiimin arviointipeli vs. suunnittelupokeri

Tiimin arviointipeliä pidetään tehokkaampana arviointityökaluna kuin suunnittelupokeria. Koska näiden kahden tekniikan välillä on seuraavat erot:

• Korttipöytä. Tiimin arviointipeli käyttää tunnettua “korttipöytäsääntöä” suosituista korttipeleistä. Tämä tarkoittaa, että kun olet asettanut kortin, et voi ottaa sitä takaisin. Koska käyttäjätarina arvioidaan kerrallaan yhdeltä henkilöltä, arviointien vaihtelu ja siirtojen määrä on merkittävästi alhaisempi verrattuna suunnittelupokeriin.
• Riittävän tarkka laskenta. Suunnittelupokerissa jokaiselle käyttäjätarinalle on saavutettava täydellinen konsensus. Tiimin arviointipelissä kuitenkin vain yksi henkilö päättää. Vaikka hänen arviointinsa olisi väärä, toinen kehittäjä todennäköisesti sijoittaa sen tarkemmin vastaamaan sen arvoa. Tämä takaa riittävän tarkan ja nopean arvioinnin.
• Keskustelun loppuun saattaminen. Valintojen väittelyt venyvät usein liian pitkiksi suunnittelupokerissa. Niiden aika lyhenee merkittävästi tiimin arviointipelissä, koska ne keskittyvät yhden kehittäjän tekemään päätökseen sen sijaan, että käsiteltäisiin jokaisen käyttäjätarinan luonteenpiirteitä.

Yksi mahdollinen haitta tiimin arviointipelissä on epäoikeudenmukaisuuden tunne. Jos kehitystiimi on suurempi kuin tietyssä sprintissä aikataulutetut käyttäjätarinat, jotkut kehittäjät saattavat tuntea itsensä syrjäytetyiksi.

Tiimin arviointipeli – yhteenveto

Tiimin arviointipeliä pidetään tehokkaimpana arviointitekniikkana useimmille Scrum-tiimeille. On kuitenkin tärkeää muistaa, että se on vain työkalu käyttäjätarinoiden vaikeuden ja vaivannäön arvioimiseen. Ja kuten mikä tahansa työkalu, meidän tulisi mukauttaa se tiimin jäsenten tarpeisiin ja kykyihin.

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