Scrum vadovas | 28. Sprintas Scrum’e

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:

  1. Sprintas Scrum – Įvadas
  2. Sprinto struktūra Scrum
  3. Sprintai ir trys empirizmo stulpai
  4. Skaidrumas
  5. Inspekcija
  6. Adaptacija
  7. Kokius pokyčius daryti Sprinto metu?
  8. 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.

  1. 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.
  2. 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ų.
  3. 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.
  4. 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

View all posts →

Natalia Jaros

Share
Published by
Natalia Jaros

Recent Posts

Tyrinėjant dirbtinio intelekto galią muzikos kūrime | DI versle #33

Kalbant apie dirbtinį intelektą muzikos gamyboje, jis geriausiai pasirodo bendradarbiaudamas, ypač kuriant atmosferinius ambientinius garsus,…

54 minutes ago

Scrum vadovas | 12. Bendradarbiavimas tarp produkto savininko ir Scrum meistro

Šiandienos straipsnyje aptarsime bendradarbiavimo tarp Produkto savininko ir Scrum meistro temą. Produkto savininkas nustato aiškiai…

2 hours ago

Kodėl savimonė ir savireguliacija yra svarbios lyderystėje?

Kiekvienas lyderis turi tikslų, tokių kaip komandos kūrimas, siekiant pasiekti tinkamai aukštus rezultatus, įmonės tikslų…

4 hours ago

3 el. pašto rinkodaros platformos

Socialinių tinklų reklamos kampanijos, tiesioginis kontaktas pramonės renginiuose, švietimo medžiagų siūlymas, siekiant padidinti žinias ir…

6 hours ago

Kaip pritraukti daugiau klientų į savo verslą naudojant vaizdo rinkodarą?

Gavėjai vis dažniau renkasi vaizdo medžiagą. Rašytinės formos tampa vis mažiau populiarios. Tradiciniai tinklaraštininkai bando…

10 hours ago

Kaip rasti kopijavimo rašytoją?

Kopirajtingas pastaruoju metu tapo itin populiaria profesija. Vis daugiau reklamos tiek iš laisvai samdomų kopiraiterių,…

11 hours ago