Planning Poker on yksi suosituimmista Scrum-arviointitekniikoista. Se tapahtuu Sprint-suunnittelun aikana ja siinä on muutama yksinkertainen sääntö. Kaikki pelaajat tulevat Kehitystiimin jäseniksi ja jokainen heistä asettaa samanaikaisesti pöydälle kortin, jossa on tarinapisteiden määrä arvioidakseen tuoteomistajan kuvaamaa tehtävää. Mitkä ovat Planning Pokerin edut ja haitat, ja miten sitä pelataan? Katso postaustamme saadaksesi selville ja hallitaksesi tekniikan.
Planning Poker – sisällysluettelo:
- Johdanto
- Miten pelata Planning Pokeria?
- Planning Pokerin säännöt
- Planning Pokerin edut ja haitat
- Yhteenveto
Johdanto
Planning Poker, jota kutsutaan myös Scrum Pokeriksi tai Pointing Pokeriksi, on suhteellinen tekniikka arvioida työn määrää, joka tarvitaan tietyn tehtävän suorittamiseen. Se luotiin vuonna 2022 James Grenningin toimesta. Hän halusi ratkaista ongelman loputtomista kiistoista Scrum-tiimissä liittyen kehittäjille annettujen tehtävien vaikeuden arvioimiseen.
Miten pelata Planning Pokeria?
Planning Pokerin tavoitteena on arvioida jokaisen valitun käyttäjätarinan vaikeus ja vaivannäkö tietylle Sprintille. Planning Pokerin pelisäännöt ovat yksinkertaiset. Ensin sinun on kuitenkin valmisteltava tarvittavat tarvikkeet.
Tarinapistekortit sisältävät yleensä arvoja, jotka vastaavat Fibonaccin lukujonoa, eli 0, 1, 3, 5, 8, 13, 20, 40 ja 100. On myös niin, että ne on merkitty peräkkäisillä 2:n potensseilla, eli 2, 4, 8, 16, 32 ja niin edelleen. Miksi ne eivät ole peräkkäisiä lukuja? Koska Planning Pokerissa on kyse selkeiden erojen näyttämisestä tehtävien vaikeudessa. Ja liian pienet erot korttien arvoissa hämärtäisivät arvioita.
Numerot ilmaisevat yleensä tarinapisteiden määrän. Ne voivat kuitenkin olla myös muita mittayksiköitä, joita Scrum-tiimi käyttää. Kirjoitimme lisää arviointiyksiköistä ja tarinapisteistä tässä artikkelissa.
Planning Pokerin säännöt
Planning Poker -pelin tarvikkeet:
- pakka kortteja käyttäjätarinoista – valmistettu erikseen jokaista peliä varten
- pakka kortteja tarinapisteistä – yksi pakka jokaista kehittäjää varten, toistuvaan käyttöön
Planning Pokerin vaiheet:
- Käyttäjätarinan esittely
- Keskustelu
- Peli (Vaiheet 2 ja 3 toistuvat, kunnes kaikki saavuttavat konsensuksen)
- Konsensus
- Siirtyminen seuraavaan käyttäjätarinaan
Planning Poker tapahtuu yleensä Sprint-suunnittelun aikana. Tuoteomistaja pitää käyttäjätarinakortteja ja kehittäjät saavat pakka kortteja tarinapisteistä.
Moderaattori on tuoteomistaja, joka aloittaa pelin esittelemällä yhden käyttäjätarinan muille Scrum-tiimin jäsenille. Jos heillä on kysymyksiä, heidän tulisi puhua heti käyttäjätarinan esittelyn jälkeen.
Seuraava vaihe on aloittaa keskustelu käyttäjätarinan toteuttamisesta. Koko Scrum-tiimi osallistuu keskusteluun, mutta pääosallistujat ovat kehittäjät. Keskustelu koskee muun muassa seuraavia asioita:
- tehtävän tekninen puoli
- yksittäisten kehittäjien taidot, jotka ovat tarpeen tehtävän suorittamiseksi
- odotettujen vaikeuksien käsittelytavat
- lisätehtävät, jotka liittyvät käyttäjätarinan toteuttamiseen.
Kun kehittäjät ovat yhtä mieltä tärkeimmistä asioista, he valitsevat jokainen yhden kortin tarinapistepakastaan. Sitten he asettavat sen mielipiteensä mukaan käyttäjätarinan kortin päälle, joka parhaiten heijastaa sen monimutkaisuuden tasoa.
Seuraava vaihe riippuu siitä, miten kortit jakautuivat:
- Jos kehittäjät asettivat pöydälle kortteja eri arvoilla, he palaavat keskusteluun. Sitten he ottavat kortit pois pöydältä ja arvioivat käyttäjätarinan arvon uudelleen. Tilanne toistuu ja kehittäjät arvaavat jälleen, kunnes he saavuttavat konsensuksen.
- Jos kehittäjät ovat yhtä mieltä käyttäjätarinasta, he siirtyvät Planning Pokerin seuraavaan kierrokseen. Tuoteomistaja esittelee seuraavan käyttäjätarinan, ja menettely toistuu, kunnes nykyiselle Sprintille suunniteltujen käyttäjätarinoiden määrä on loppunut.

Planning Pokerin edut ja haitat
Planning Pokerin etu on epäilemättä työn standardointi käyttäjätarinoiden kanssa. Kehitystiimillä on käsissään valmiiksi valmistettu korttipakka työn määrän laskemiseen. Tämä mahdollistaa sen, että jokaisen Sprintin arvot pysyvät vakiona ja tiimi oppii arvioimaan tietyillä yksiköillä.
Toinen tärkeä etu on kaikkien kehittäjien tasavertainen osallistuminen tehtävän vaikeuden arvioimiseen. Jopa ihmiset, jotka eivät ole suoraan mukana sen toteuttamisessa, voivat osallistua keskusteluun. Esimerkiksi kiinnittämällä huomiota ongelmiin, joita ei ilmennyt, koska kehittäjät keskittyivät tehtävän teknisiin näkökohtiin.
Toinen Planning Pokerin pelaamisen etu liittyy keskustelun aikarajojen asettamisen taidon kehittämiseen ja tarvittaessa rajoittamaan pelattavien kierrosten määrää jokaiselle käyttäjätarinalle.
Kuitenkin konsensuksen saavuttamiseen tarvittava aika on myös yksi Planning Pokerin usein mainituista haitoista. Jos yksi tai useampi kehittäjä ei halua olla samaa mieltä muiden kanssa, peli voi mahdollisesti venyä loputtomiin.

Yhteenveto
Planning Poker on erittäin tehokas suhteellinen arviointitekniikka. Kehitystiimille tarjotaan valmiiksi valmistettu kehys toimintaa ja pistearvoja tehtävien ajan ja vaikeuden arvioimiseen. Tämä mahdollistaa heidän keskittyvän ongelmanratkaisukeskusteluihin sekä parantaa arviointejaan vertaamalla laskelmia ja reaaliaikaisia käyttäjätarinoita.
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