Scrum vadovas | 23. Istorijos taškai ir vertinimas Scrum

Šiandienos straipsnyje aptariame Estimacijos ir Story Points temą Scrum. Estimacijų kūrimas Scrum padeda prognozuoti užduočių sudėtingumą ir laiką, reikalingą jų įvykdymui. Analizuodama praeitį, visa Scrum komanda kartu prognozuoja, kas laukia ateityje.

Todėl, kuo labiau patyrusi yra Scrum komanda, tuo tikslesnės yra jų estimacijos. Komanda taip pat bendradarbiauja nustatydama numatomą laiką užduotims įvykdyti Sprint Planning metu, turėdama omenyje, kad tai nėra galutinis įsipareigojimas, o prognozė. Jos tikslumas priklauso nuo daugybės kintamųjų, kurie nuolat patiria nenuspėjamas pokyčius ir netikėtas aplinkybes. Laimei, Scrum metodologija apima technikas ir įrankius, kurie palengvina tam tikrą tikrumo laipsnį, ir šiandien mes juos išsamiai aptarsime, kad galėtumėte juos iš karto suprasti ir taikyti!

Story Points ir Estimacija Scrum – turinys:

1. Įvadas
2. Story Points svarba Scrum
3. Santykinės estimacijos technikos
4. Santrauka

Įvadas

Kiekvieno Sprint Planning metu Produkto savininkas pristato naujas Vartotojo istorijas komandai. Produkto savininkas pasirenka jas iš Produkto Backlog įgyvendinimui kitame Sprint. Tada Scrum komandos nariai kartu įvertina darbo krūvį, reikalingą šiam naujam užduočių rinkiniui įvykdyti. Šis užduočių priskyrimas yra estimacija, reikalavimų estimacija.

Atrodo, kad paprasčiausias būdas yra apibrėžti laiką, reikalingą užduočiai įvykdyti, valandomis ar dienomis. Tačiau praktika ir tyrimai, atlikti nuo 1940-ųjų, rodo kitaip. Žmonės negali tiksliai įvertinti laiko, reikalingo net labai gerai apibrėžtoms užduotims įvykdyti. Be to, valandų skaičius, reikalingas užduočiai įvykdyti, priklauso nuo to, kas atlieka užduotį, ir nuo to, kas buvo padaryta – arba nepadaryta – anksčiau. Štai kodėl Scrum paprastai naudoja vienetus, vadinamus Story Points.

Story Points svarba Scrum

Kiekviena Plėtros komanda praktikoje taiko Story Point vertę, remdamasi patirtimi ir individualių užduočių dydžiu, t.y., laikydamasi empirizmo principo. Dažniausiai, Sprint Planning metu, Scrum Master pasirenka vieną ar kelis užbaigtų Vartotojo istorijų pavyzdžius, kurie tarnauja kaip referencinė taškas, nustatant Vartotojo istorijų vertę, kurią reikia plėtoti.

Štai kodėl negalite priskirti Story Points vertių be konteksto. Pavyzdžiui, jei pirmai užduočiai priskiriama 10 vertė, vėlesnės užduotys bus vertinamos pagal ją kaip didesnės arba mažesnės. Tokiu būdu, Scrum komandos projekte, visos užduotys Produkto Backlog yra tarpusavyje susijusios. Tai reiškia, kad panašios užduotys, atliekamos vienos Plėtros komandos, gaus panašų taškų skaičių.

Story Points yra santykiniai vienetai. Tai reiškia, kad:

1. Story Point vertė susijusi tik su užduotimis, atliekamomis konkrečios Scrum komandos. Story Points apibūdina užduočių, atliekamų vienos komandos, užbaigimo greitį. Kitaip tariant, Vartotojo istorija, kurią komanda A įvertino 10 Story Points, gali gauti 50 komandos B. Tai yra todėl, kad, kaip minėjome, jų vertė yra santykinai apskaičiuojama pagal kitas užduotis, atliekamas tos komandos, ir jų patirtį su panašiomis užduotimis.
2. Story Points vertė, užbaigta viename Sprint, negali būti pagrindas lyginant dviejų Scrum komandų našumą. Norint išvengti klaidų valdant Scrum projektus, svarbu prisiminti, kad Plėtros komandos greitis, išreikštas Story Points, atliktų viename Sprint, negali būti naudojamas lyginant dviejų komandų našumą. Tai yra todėl, kad jos galėtų atlikti tą pačią darbą lygiagrečiuose Sprintuose, kuriuos viena komanda įvertino 10, o kita – 50 Story Points.

Taip pat neturėtų būti pamiršta, kad estimacija apima daugybę nežinomų elementų ir yra atliekama remiantis neišsamiomis duomenimis. Dėl šios priežasties net labai patyrusios Scrum komandos prognozės kartais gali labai skirtis nuo realaus pastangų, reikalingų Vartotojo istorijai įvykdyti, kiekio.

Santykinės estimacijos technikos

Kokios yra efektyviausios estimacijos technikos Scrum? Nėra vieno universalaus metodo, kuris veiktų kiekvienai komandai.

Tarp estimacijos technikų, naudojamų agiliuose metodologijose, dažniausiai pasitaiko:

• Planavimo Pokeris. Ši populiariausia santykinė metodika naudoja kortų žaidimą, kad apskaičiuotų darbo kiekį, reikalingą užduočiai įvykdyti. Išsamius jos taisykles ir procesą aptarsime atskirame straipsnyje.
• Komandos Estimacijos Žaidimas. Ši technika apima Vartotojo istorijų priskyrimą tam tikram Sprint su atitinkamomis skaitinėmis vertėmis, pasirinktomis iš Fibonacci sekos. Taip pat turime atskirą straipsnį šiai temai.

Scrum, kita vertus, atmeta klasikinį Absoliučios Estimacijos būdą tradicinėje projektų valdymo metodologijoje. Būdas, kaip jis įvertina užduotis, yra iš anksto apibrėžti žmogaus-mėnesius, trukmę ir viso projekto kainą. Tai ilgas procesas, sunkiai įgyvendinamas, ir reikalauja ekspertų dalyvavimo, kurie linkę nustatyti pagrindimą ir elgesio kodeksą, tačiau neimasi veiksmų, kas nebūtinai atliks užduotis, kurių vertę jie įvertino. Kitaip tariant, tai ne tik varginantis, bet ir labai neefektyvus procesas.

Story Points ir Estimacija – Santrauka

Estimacija yra labai svarbi įgūdžių, kuris apibūdina visas subrendusias Scrum komandas. Laiko ir pastangų, reikalingų individualioms užduotims įvykdyti, estimavimas tapo pagrindiniu daugelio santykinių estimacijos technikų, tokių kaip Planavimo Pokeris ar Komandos Estimacijos Žaidimas, dėmesio centru.

Vartotojo istorijos su Story Points yra dar viena efektyvi matavimo technika, kurią aprašėme, tikimės, suteikdami mūsų skaitytojams naudingų įrankių. Tačiau svarbu turėti omenyje, kad jų skaičiai susiję tik su konkrečiomis užduotimis, atliekamomis Scrum komandos. Todėl Story Points skaičius negali tapti pagrindu lyginant skirtingų Plėtros komandų greitį.

Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.