Keli mažesni įvykiai sudaro Sprintą Scrum. Sprintai, savo ruožtu, kartu sudaro kelią, skirtą produkto kūrimui ir išleidimui. Kiekvienas Sprintas turi konkretų Sprinto tikslą ir Sprinto užduočių sąrašą, kurį tvarko plėtros komanda.
Kas yra Sprintas Scrum – turinys:
- Sprintas Scrum – Įvadas
- Sprinto struktūra Scrum
- Sprintai ir trys empirizmo stulpai
- Skaidrumas
- Inspekcija
- Adaptacija
- Kokius pokyčius daryti Sprinto metu?
- Sprintas Scrum – Santrauka
Kas yra Sprintas Scrum?
Sprintas yra didžiausias įvykis Scrum, apie kurį rašėme šiame straipsnyje. Sprintai seka nuolatinį ciklą nuo darbo pradžios iki pabaigos su produktu. Kiekviena iteracija priartina komandą prie produkto tikslo pasiekimo.
Kiekvienas Sprintas turi konkretų Sprinto tikslą, kad užtikrintų nuoseklumą plėtros komandos darbe. Jis įgauna verslo tikslo formą ir atsako į klausimus “Kodėl?”, “Kokiu tikslu?” arba “Kodėl?”.
Sprinto darbo eiga dokumentuojama Sprinto užduočių sąraše, kuriame išvardytas darbas, reikalingas Sprinto tikslui pasiekti. Išsami jo aprašymas gali būti rastas čia.

Sprinto struktūra Scrum
Kiekvienas Sprintas turi konkrečią struktūrą ir apima šiuos įvykius:
- Sprinto planavimas – Sprintas prasideda. Šio įvykio metu Scrum komanda pasirenka suplanuotą darbą iš produkto užduočių sąrašo, kuris bus atliktas naujame Sprinto etape
- Dienos Scrum – kasdienis įvykis, kurio metu kūrėjai planuoja užduotis dienai
- Sprinto peržiūra – atvira suinteresuotoms šalims, vyksta paskutinę Sprinto dieną. Jos tikslas yra apibendrinti Sprintą pagal pažangą produkto atžvilgiu
- Sprinto retrospektyva – Sprinto uždarymo įvykis, kurio metu Scrum komanda diskutuoja apie darbo metodus ir idėjas tobulinimui
Sprinto įvykių kartojimas skatina gerų organizacinių praktikų įgyvendinimą. Kitaip tariant, Scrum komanda įgyvendina rutinas, būtinas efektyviam planavimui, ir, dirbdama, atkreipia dėmesį į problemas, kurios gali būti aptartos tinkamuose įvykiuose.
Sprintai ir trys empirizmo stulpai
Sprintai leidžia Scrum komandai suskaidyti darbą su produktu į lygias laiko dalis, trunkančias ne ilgiau kaip mėnesį. Šis fiksuotas rėmas sustiprina tris empirizmo stulpus:
- skaidrumas
- inspekcija
- adaptacija
Apie tris empirizmo stulpus ir jų vaidmenį Scrum rašėme išsamiau čia. Tačiau šiandien pažvelgsime, kaip jie taikomi Sprintui ir jo struktūrai.

Skaidrumas
Darbo suskaidymas į Sprintus didina skaidrumą, nes visi dalyvaujantys gali gauti reikalingą informaciją apie produkto darbo būklę kiekviename Sprinto etape. Sprinto planavimas ir Sprinto peržiūra, Sprinto pradžia ir pabaiga, kartu su produkto užduočių sąrašo atnaujinimu, suteikia visiems suinteresuotiems asmenims vertingų įžvalgų apie dabartinę produkto būklę.
Inspekcija
Suskaidžius darbą į Sprintus, galima dažnai stebėti jo pažangą. Tai skatina nuolatinį problemų identifikavimą dviejose pagrindinėse srityse. Tai yra:
- problemos, susijusios su produkto tikslo pasiekimu – Sprinto pradžioje ir pabaigoje, t.y. Sprinto planavimo ir Sprinto peržiūros metu
- klientų komandos darbo kliūtys – kasdieniuose susitikimuose ir kiekvieno Sprinto pabaigoje, t.y. Dienos Scrum ir Sprinto retrospektyvos metu
Adaptacija
Adaptacija yra labai svarbi Scrum komandos darbo dalis, nes ji leidžia spręsti inspekcijos metu nustatytas problemas. Kiekvieno Sprinto metu, Dienos Scrum ir Sprinto retrospektyva suteikia saugią erdvę kalbėti apie tai, kaip tobulinti Scrum komandą. Siūlomų sprendimų įgyvendinimas vyksta nedelsiant arba kito Sprinto pradžioje.
Sprinto planavimas ir Sprinto peržiūra sukuria saugią erdvę diskusijoms apie tikslus ir metodus, kaip juos pasiekti. Gerai save valdanti Scrum komanda sėkmingai išsiaiškina, ką ir kaip įgyvendinti kitam Sprintui.
Kokius pokyčius daryti Sprinto metu?
Kiekvienas Sprintas palieka pakankamai erdvės Scrum komandai tobulėti ir improvizuoti savo darbo būdą. Todėl nustatykite, ką keisti Sprinto metu. Scrum vadovas nepateikia tokio pokyčių sąrašo. Tačiau empirizmo samprata suteikia gaires, kuriomis galima vadovautis ir prisitaikyti prie konkrečios Scrum komandos darbo būdo.
- Visi pokyčiai gali kelti pavojų Sprinto tikslo pasiekimui. Pagal pirmąją taisyklę, Sprinto metu negalima, pavyzdžiui, sumažinti užduočių skaičiaus šiame Sprinto etape arba reikšmingai pakeisti jų charakteristikų. Sprintas glaudžiai susijęs su Sprinto tikslu. Todėl, kai tikslas keičiasi, turėtume nutraukti Sprintą. Tačiau tai retai nutinka, nes vienintelė priežastis, dėl kurios Sprintas gali nepavykti, yra tada, kai tikslas tampa pasenęs. Atminkite, kad sprendimas nutraukti Sprintą priklauso tik produkto savininkui.
- Darbo kokybė negali būti pažeista. Ši taisyklė skirta užkirsti kelią tam, kad Sprinto metu atliktas darbas taptų Increment, nes jis neatitinka užbaigimo apibrėžimo. Sumažinus darbo kokybę, gali pasirodyti, kad Sprinto tikslas buvo pasiektas, tačiau individualių užduočių atlikimo būdas neatitinka organizacijos nustatytų ar suinteresuotųjų šalių reikalaujamų kokybės standartų.
- Produkto užduočių sąrašas gali tapti detalesnis. Dirbant su produktu, žinios apie jį didėja. Todėl užduočių detalumas natūraliai didėja. Todėl, detalizuoti produkto užduočių sąrašą yra priimtinas ir netgi patartinas pokytis Sprinto metu.
- Darbo apimtis gali būti patikslinta arba peržiūrėta. Šis pokytis, kaip ir ankstesnis, apima vis didėjantį supratimą apie atliekamo darbo pobūdį. Plėtros komanda gali tai padaryti konsultuodamasi su produkto savininku. Tačiau pagrindinė sąlyga, kad jis būtų įgyvendintas, yra nesukelti konflikto su 1. ir 2. principais.
Sprintas Scrum – Santrauka
Sprintas yra ciklinis Scrum įvykis, kuris apima visus kitus. Jis turi atskirą Sprinto tikslą, skirtingą nuo produkto tikslo. Ir Sprinto užduočių sąrašas skiriasi nuo produkto užduočių sąrašo. Sprintų pobūdis yra ciklinis. Fiksuotas Sprintų ilgis skatina gerų darbo praktikų išlaikymą ir trijų empirizmo stulpų puoselėjimą. Sprinto metu Scrum komanda negali keisti savo tikslo. Tačiau ji gali tobulinti produkto užduočių sąrašą ir, augant žinioms, patikslinti ir peržiūrėti darbo apimtį.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Natalia Jaros
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