Greitis Scrum padeda nustatyti, kokiu tempu Scrum komanda užbaigia užduotis. Galime jį apibrėžti kaip vidutinį užbaigtų istorijų taškų skaičių per vieną Sprintą. Greitis taip pat gali įvertinti projekto trukmę, remiantis jau atliktu darbo progresu. Tačiau tai turi prasmę tik subrendusiai komandai, kuri dirba vienodu ir stabiliu tempu. Pažvelkite, kas yra Greitis ir kaip jį pritaikyti geriausiai jums!
Greitis Scrum – turinys:
- Greitis Scrum – Įvadas
- Reali ir planuojama greitis
- Sunkumai ir rizikos, susijusios su Greičiu Scrum
- Santrauka
Greitis Scrum – Įvadas
Greitis yra neprivalomas, bet populiarus metodas matuoti Scrum komandos tempą. Tai yra todėl, kad tiksliai įvertintas Greitis leidžia prognozuoti, iki tam tikro laipsnio, laiką, reikalingą projekto užbaigimui. Tačiau tai yra matas, kuris gali būti taikomas tik konkrečiai plėtros komandai, kuri atliks užduotis, kurias ji “įvertino” pati, naudodama pažįstamą vienetą, pavyzdžiui, istorijų taškus.
Plėtros komandos Greitis dažniausiai pateikiamas Greičio diagramoje. X ašyje pažymėti nuoseklūs Sprintai. Y ašyje, kita vertus, rasime užbaigtų istorijų taškų arba kitų atitinkamų vienetų skaičių, kurie buvo užbaigti per konkretų Sprintą. Naudodama Greičio diagramą, Scrum komanda gauna aiškų vaizdą apie savo darbo tempo pokyčius. Jei diagramoje pažymėta linija kyla, tai reiškia, kad komanda optimizuoja savo efektyvumą arba mažina istorijų taškų vertę. Todėl tiek Scrum meistras, tiek produkto savininkas turėtų atidžiai stebėti liniją, rodančią komandos Greitį.

Reali ir planuojama greitis
Reali Greitis plėtros komandos apibūdina darbo tempą užbaigtame Sprint’e ir yra apskaičiuojama kiekvieno Sprint’o pabaigoje. Ji atitinka užbaigtų vartotojo istorijų taškų sumą. Reali plėtros komandos Greitis leidžia planuoti ir įvertinti su tam tikra tikimybe būsimų užduočių tempą.
Planuojama Greitis, kita vertus, yra įvertinama remiantis vidutine realios Greičio verte. Tai reikalauja prielaidos, kad plėtros komandoje nebus pokyčių. Tai yra svarbus vidinis įrankis plėtros komandai, kuri, remdamasi juo, gali įvertinti, ar bendradarbiavimas komandoje vyksta gerai ir ar darbo tempas išlaikomas.
Planuojama Greitis taip pat leidžia produkto savininkui prognozuoti gerai apibrėžtų vartotojo istorijų, numatytų vykdyti vėlesniuose Sprintuose, vykdymo laiką. Tai leidžia efektyviau prižiūrėti produkto atsargų sąrašą, apie kurį rašėme šioje straipsnyje. Tačiau praktika taikyti planuojamą Greitį projekto trukmėms įvertinti nėra tokia paprasta.
Sunkumai ir rizikos, susijusios su Greičiu Scrum
Greitis Scrum dažnai suteikiamas per didelis svarbumas, neatsižvelgiant į šiuos veiksnius:
- didelių visumų ar viso projekto vertinimas – nors plėtros komanda gali tiksliai įvertinti istorijų taškų skaičių, kuris turi būti priskirtas konkrečiai užduočiai, labai sunku ar net neįmanoma apibūdinti didesnių visumų būsimam įgyvendinimui šiais vienetais
- projekto pokyčiai – bet koks pokytis projekte potencialiai reiškia pokytį istorijų taškų skaičiuje, reikalingame pasiekti produkto tikslą. Taip pat gali būti, kad jau užbaigtos užduotys turės būti pakeistos arba netgi nebus naudojamos galutinėje produkto versijoje
- nepatenkinti įvykiai – prognozuoti būsimų projektų tempą, remiantis jau užbaigtais, t. y. verčiant realų Greitį į planuojamą Greitį, gali duoti tikslius įvertinimus. Tačiau kiekvienas projektas turi savo ypatybes, o tiksliai prognozuoti remiantis istorija paprastai yra neįmanoma.

Santrauka
Naudojant Greitį kaip metriką plėtros komandos efektyvumui įvertinti gali sumažėti jos patikimumas. Tai taip pat gali sumažinti įvertinimų kokybę, apie kurią išsamiau rašėme šioje straipsnyje. Galų gale, norint gauti geriausius galimus rezultatus metrikose, plėtros komanda gali pervertinti užduočių darbo intensyvumą, kad padidintų Greitį. Tai yra žalinga, nes pati komanda tada praranda vertingą informaciją, kad galėtų tobulėti ir tiksliau planuoti savo užduotis.
Greitis Scrum yra naudingas pirmiausia kaip vidinė priemonė, naudojama plėtros komandos darbo tempo įvertinimui. Tai leidžia nustatyti, kiek užduočių ji gali užbaigti per vieną Sprintą.
Greitis produkto savininko rankose tampa naudingas įrankis didelių užduočių terminų įvertinimui.
Tačiau didžiausios rizikos yra susijusios su Greičio naudojimu kaip metrika plėtros komandos vertinimui. Tai gali lemti jos patikimumo sumažėjimą ir netgi tyčinį pervertinimą siekiant pagerinti išorinį Scrum komandos darbo vertinimą.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.
Scrum Guide:
- Pagrindinių terminų, vaidmenų ir sąvokų žodynas
- Kas yra Scrum?
- Scrum vertybės
- Kaip įgyvendinti Scrum savo įmonėje?
- Scrum komanda - kas tai yra ir kaip ji veikia?
- Kas yra produkto savininkas?
- Dažniausios Produktų Savininko klaidos
- Kas yra Scrum meistras?
- Dažniausios Scrum Master klaidos
- Kokias statistiką ir metrikas turėtų stebėti Scrum meistras?
- Plėtros komanda Scrum sistemoje
- Dažniausios programuotojų klaidos
- Scrum artefaktai
- Mastelio didinimas Scrum
- Sprinto ataskaita
- Kas yra produkto atsargų sąrašas?
- Kas yra vartotojo istorijos?
- Geriausios vartotojo istorijos kūrimas su INVEST
- Dažniausios vartotojo istorijų klaidos
- Vartotojo istorijos priėmimo kriterijai
- Įvertinimas ir istorijos taškai Scrum metodikoje
- Planavimo pokeris
- Komandos vertinimo žaidimas
- Inkremento apibrėžimas
- Scrum renginiai
- Kas yra degimo diagrama?
- Burndown diagramos privalumai ir trūkumai
- Kanban lentos Scrum ir Scrumban sistemose
- Greitis Scrum - Vystymo komandos greitis
- Kasdienis Scrum
- Sprinto planavimas
- Sprinto apžvalga
- Kas yra Sprinto retrospektyva?
- Bendros klaidos per Sprint retrospektyvą
- Produkto backlog'o puoselėjimas
- Kaip sukurti ir interpretuoti degimo grafiką?
- Kas yra Sprintas Scrum'e?
- Bendradarbiavimas tarp produkto savininko ir Scrum meistro
- Scrum komandos įsipareigojimai - produkto tikslas, sprinto tikslas ir užbaigimo apibrėžimas
- Gero Scrum meistro savybės