Story pointit selitettynä: suhteellinen arviointi tuntien sijaan, Fibonacci-asteikko, miten pisteet vaikuttavat nopeuteen ja julkaisuennusteisiin sekä miten East Agile Tracker arvioi tarinat.
Story point on suhteellisen koon yksikkö. Sen sijaan, että tiimi arvioisi työn tunteina tai päivinä, se vertaa työtä aiemmin tekemäänsä: “tämä on suunnilleen kaksi kertaa tuon kokoinen.” Luku kuvaa yhtä aikaa työmäärää, monimutkaisuutta ja epävarmuutta.
Miksi suhteellinen eikä tunteja
Osio nimeltä “Miksi suhteellinen eikä tunteja”Ihmiset ennustavat huonosti, kuinka kauan tehtävä kestää, mutta arvioivat melko hyvin, onko jokin tehtävä toista suurempi. Story pointit hyödyntävät jälkimmäistä taitoa.
- Pisteet eivät riipu siitä, kuka työn tekee. Tarina on 3, otti sen sitten kokenut tai juniori-insinööri; ero näkyy siinä, kuinka nopeasti tiimi saa pisteitä valmiiksi, ei arviossa.
- Arviointi pysyy nopeana. Tarinan vertaaminen tuttuun vie sekunteja. Sen pilkkominen tunteihin vie paljon kauemmin eikä ole juuri koskaan tarkempaa.
- Pisteistä tulee päivämääriä mittaamalla. Kun tiimi tietää, kuinka monta pistettä se saa valmiiksi iteraatiossa — sen nopeuden — se voi ennustaa, milloin joukko tarinoita valmistuu.
Arvio on keskustelu koosta, ei lupaus. Jos tiimi on eri mieltä luvusta, keskustelu paljastaa yleensä väärinkäsityksen tarinasta, ja se on hyödyllisempi lopputulos.
Asteikot
Osio nimeltä “Asteikot”Tiimit valitsevat lyhyen asteikon, jotta arviot pysyvät karkeina. Yleisiä asteikkoja:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Välit kasvavat koon mukana, koska suuret tarinat ovat epävarmempia.
- Lineaarinen — 0, 1, 2, 3. Pieni asteikko tiimeille, jotka pilkkovat työn hienojakoisesti.
- T-paitakoot — S, M, L (joskus myös XS ja XL).
Tarina, joka on liian suuri asteikon ylimpään arvoon, on merkki siitä, että se kannattaa jakaa pienemmiksi tarinoiksi.
Arviointi tiiminä
Osio nimeltä “Arviointi tiiminä”Yleinen tekniikka on planning poker: jokainen valitsee arvionsa itsekseen, kaikki paljastavat sen samaan aikaan, ja korkeimman ja matalimman arvion antaneet perustelevat näkemyksensä ennen kuin tiimi sopii luvusta. Samanaikainen paljastus estää ensimmäistä ääntä ankkuroimasta muita.
Arvioi ennen tarinan aloittamista, kun tiimi ymmärtää, mitä “valmis” sen kohdalla tarkoittaa — hyväksyntäkriteerit. Katso Käyttäjätarinat ja iteraation suunnittelu.
Miten East Agile Tracker tekee sen
Osio nimeltä “Miten East Agile Tracker tekee sen”- Ominaisuudet saavat pisteitä oletuksena. Virheet ja askareet jäävät arvioimatta, ellei projekti ota käyttöön asetusta Points for bugs and chores. Katso Arvioi ominaisuudet.
- Mukana tulee kolme asteikkoa: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) ja 3-Point (1, 2, 3 eli Small / Medium / Large). Asteikko valitaan projektikohtaisesti; sen vaihtaminen myöhemmin ei muunna olemassa olevia arvioita. Katso Pisteet.
- Pisteet kerryttävät nopeutta. Tarinan pisteet lasketaan nopeuteen, kun se saavuttaa projektin valmis-tilan, ja nopeus mitoittaa seuraavat iteraatiot. Katso Nopeus.
- Arvioimattomat tarinat löytyvät haulla. Suodatin
is:unestimatedlistaa ominaisuudet, jotka tarvitsevat vielä luvun. Katso Haku ja suodattimet.
Lue lisää
Osio nimeltä “Lue lisää”- Mitä on velocity? — miten pisteistä tulee ennuste.
- Scrum vai Kanban — mihin arviointi sijoittuu kummassakin menetelmässä.
- eXtreme Programming — menetelmä, josta story pointit ovat peräisin.