Scrum - darbo organizavimo sąranga, padedanti kurti vertę adaptyviais sudėtingų problemų sprendimais.

Scrum darbo organizavimo sistema yra tikslingai nepilna, apibrėžianti tik tas dalis, kurios būtinos Scrum teorijos taikymui, todėl Scrum gido taisyklės nepateikia detalių instrukcijų darbui, bet apibrėžia gaires darbo santykiams ir bendradarbiavimui (plačiau žr.&nbsp;<a href="https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Lithuanian.pdf">Scrum gidas</a>).

Skaidrumas, savistaba ir prisitaikymas – tai trys pagrindiniai Scrum empirizmo principai, kuriais remiasi Scrum įvykiai, kurių metu suformuojamas produkto prieaugis.

Scrum taikymo sėkmė priklauso nuo to, ar Scrum komanda veikai vadovaudamiesi Scrum vertybėmis: įsipareigojimu, susitelkimu, atvirumu, pagarba ir drąsa.

Kai šiomis vertybėmis ir principais vadovaujamasi, susiformuoja darni, veiksminga ir efektyvi Scrum komanda, kuri yra pakankamai autonomiška savarankiškam tobulėjimui, sėkmingam paslaugos kūrimui ir produkto vystymui, o taip pat atspari išoriniams pokyčiams, rizikoms ir neapibrėžtumui suvaldyti.

Scrum principai ir vertybės

Kiekvieną Scrum artefaktą atspindi atitinkamas Scrum komandos įsipareigojimas: paslaugos/produkto poreikių sąrašui – įsipareigojama per paslaugos/produkto tikslą, Sprinto poreikių sąrašui – per Sprinto tikslą, paslaugos/produkto prieaugiui – per išbaigtumo apibrėžtį:&nbsp;

Paslaugos/ produkto poreikių sąrašą&nbsp;sudaro visi žinomi ir numanomi paslaugos/produkto poreikiai, trumpai užfiksuoti poreikių kortelėse.

Pavyzdžiui: “AŠ KAIP užsieniečiams išduodamo (laikinai arba nuolat) gyventi Lietuvoje leidimo gavėjas, NORIU jį gauti internetu, KAD GALĖČIAU sutaupyti 1 val. laiko, t. y. nereiktų vykti į Migracijos departamento teritorinį skyrių”.&nbsp; &nbsp;

Poreikių kortelės gali būti skirtingų rūšių:&nbsp;

Paslaugos/ produkto poreikių skaidymas. Siekiant parengti paslaugos/ produkto poreikių sąrašą sprinto planavimui, planavimo susitikime paslaugos/ produkto poreikiai skaidomi, taikant rekomenduojamas taisykles:

Paslaugos/ produkto poreikių sąrašas yra nuolat pildomas, skaidomas, detalizuojamas ir prioretizuojamas, remiantis vertės, rizikos ir technologinės logikos argumentais, tačiau kiekvienam Sprinto planavimo susitikimui rekomenduojama turėti pakankamai išskaidytų ir detalizuotų poreikių, kad jų preliminarus įgyvendinimas būtų planuojamas 2 - 4 Sprintuose.&nbsp;

Paslaugos/produkto poreikio (vartotojo istorijos, funkcinio/technologinio šuolio, dokumento versijos) įgyvendinimas turi priėmimo kriterijus, kurie turėtų būti specifikuojami.

Pavyzdžiui, „KAI prašymą laikinai ar nuolat gyventi Lietuvoje teikia jau tokį prašymą gavęs asmuo, JEI asmuo įveda bet kurį ankstesnio leidimo numerį, TAI interneto forma turėtų automatiškai užsipildyti pagal anksčiau išduotam leidimui registracijos duomenis ir leisti redaguoti sutaupant pildymo laiką“.&nbsp;

Kiekvienam paslaugos/ produkto poreikiui reikalingas būtinas ir pakankamas priėmimo kriterijų kiekis, kad būtų galima priimti vienareikšmį sprendimą, ar paslaugos/produkto poreikis įgyvendintas tinkamai.&nbsp;

Scrum artefaktai

Scrum komanda

Sprintas

Susitikime atsakoma į tokius klausimus: Kodėl šis Sprintas yra vertingas? Kas gali būti padaryta šiame Sprinte? Kaip pasirinkti poreikiai iš sąrašo bus įgyvendinti? Sprinto planavimo metu yra sudaromas Sprinto poreikių sąrašas, t. y. iš Paslaugos ar Produkto poreikių sąrašo išrenkamos paslaugos vartotojų arba produkto naudotojų istorijos ir sukuriamas sprinto užduočių, kurias reikia atlikti vieno sprinto metu, sąrašas.

Už savalaikį ir tinkamą paslaugos/produkto poreikių sąrašo detalizavimą atsako paslaugos/produkto vadovas.&nbsp; Kiti komandos nariai atsako už savalaikius pastebėjimus, klausimus ir konstruktyvias įžvalgas šio sąrašo detalizavimui.&nbsp;

Į Sprinto užduočių sąrašą įtraukiama vartotojo/naudotojo istorija, kuri atitinka parengties apibrėžties kriterijus, t. y. įvertinama, ar paslaugos/produkto poreikių sąrašo įrašas yra paruoštas ir aiškus tiek, kad jį galima įgyvendinti. Tam paslaugos ar produkto komanda aptaria ir tikslina paslaugos vartotojų arba produkto naudotojų istorijas, siekdama užtikrinti, kad jos būtų paruoštos įgyvendinimui. Tai gali apimti naudotojo istorijos suskaidymą į mažesnes užduotis ir jų pasiskirstymą komandoje.&nbsp;

Už savalaikį ir tinkamą paslaugos poreikių sąrašo skaidymą atsako Paslaugos vadovas, arba kitas kompetentingas paslaugos kūrimo&nbsp;komandos narys (pvz., technologinius šuolius skaido Paslaugos kūrėjai), o produkto atveju - atitinkamai.&nbsp; Kiti komandos nariai&nbsp;atsako už savalaikius pastebėjimus, klausimus ir konstruktyvias įžvalgas šio sąrašo prioretizavimui.&nbsp;

Sprinto planavimo susitikime vertinami tik išgryninti paslaugos/produkto poreikiai, kurių įgyvendinimas telpa į 1 sprintą. Paslaugos/produkto poreikiams priskiriami kriterijai ir reitingai. Vertinimas atliekamas taikant Scrum pokerio (angl. k. Scrum poker) praktiką, naudojant Scrum kortų kaladę, kurioje ant kiekvienos kortos pažymėtas tam tikras istorijos taškų (angl. k. Story points) skaičius, pvz., skaičių sekoje 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100:&nbsp;

Primygtinai nerekomenduojama interpretuoti Scrum kortose pažymėtų skaičių (t. y. Scrum kortoje pažymėtas skaičius reiškia 1 darbo dieną ar 1 darbo valandą, ar pan.). Scrum pokeris taikomas ne absoliučiam, o santykiniam vertinimui, pvz., jei dokumentas A įvertintas 1 tašku, o dokumentas B – 2 taškais, tai reiškia Scrum komandos vertinimą, kad dokumentas B pareikalaus dukart pastangų, nei dokumentas A.&nbsp;

Už savalaikį ir tinkamą paslaugos/produkto poreikių sąrašo prioretizavimą bei jo pagrindimą atsako paslaugos vadovas/produkto šeimininkas.&nbsp; Kiti komandos nariai&nbsp;atsako už savalaikius pastebėjimus, klausimus ir konstruktyvias įžvalgas šio sąrašo prioretizavimui.&nbsp;

Sprinto planavimo susitikime sutariama, kurie išgryninti ir įvertinti paslaugos/produkto poreikiai bus įtraukiami į Sprinto poreikių sąrašą, o kurie liks paslaugos/produkto poreikių sąraše.&nbsp;

Sprinto planavimo metu gali būti vertinamas tik sprinto rezultato lygis arba sprinto planavimas skaidomas į preliminarų, kuriame vertinamas rezultatas, bei detalų, kuriame rezultatas skaidomas į baigtinį sąrašą užduočių, kurios taip pat įvertinamos Scrum pokerio praktika.&nbsp;

Už trumpą Sprinto rezultato pristatymą atsako paslaugos/produkto vadovas.&nbsp; Kiti komandos nariai atsako už sprinto rezultato ir/ar užduoties vertinimą.&nbsp; Paslaugos/ produkto vadovas vertinimo neteikia. Scrum meistras atsako už šio susitikimo moderavimą.&nbsp;

Sprinto planavimo susitikimas

Susitikimo metu&nbsp;paslaugos/produkto komanda&nbsp;peržiūri kiekvieną Paslaugos ar Produkto poreikį ir aptaria:&nbsp;&nbsp;

Po susitikimo paslaugos vadovas atnaujina Paslaugos poreikius arba produkto šeimininkas atnaujina Produkto poreikius, įtraukdamas visus atliktus pakeitimus, pvz., naujus Paslaugos arba Produkto poreikius, esamų Paslaugos arba Produkto poreikių atnaujinimus.

Sprinto patikslinimo susitikime, esant poreikiui, yra patikslinamos/užpildomos paslaugos vartotojų ar produkto naudotojų profilių (Persona) kortelės.&nbsp;&nbsp;&nbsp;

Susitikimas vyksta reguliariai ir jam vadovauja paslaugos vadovas arba produkto šeimininkas.&nbsp; Paslaugos vadovas arba produkto šeimininkas atsako už paslaugos/produkto viziją, paslaugos/produkto poreikius, jų suderinimą su suinteresuotomis šalimis, paslaugos/produkto poreikių prioretizavimą, o taip pat vartotojų istorijų ir paslaugos (kūrimo) arba produkto Leidinių žemėlapio sudarymą. Paslaugos/produkto kūrėjai atsako už tinkamą darbų apimties paslaugos/produkto poreikiams įgyvendinti įvertinimą ir įgyvendinimą laiku.

Sprinto patikslinimo susitikimas

Susitikime kiekvienas komandos narys trumpai informuoja kitus apie savo pažangą, kliūtis, su kuriomis susiduria, ir ką planuoja dirbti toliau. 

Kasdieniame susitikime kiekvienas Scrum komandos narys trumpai atsako į tokius 3 klausimus:

Scrum meistras atsako už šio susitikimo moderavimą.&nbsp;Susitikimas gerina komandos komunikaciją, leidžia laiku identifikuoti ir pašalinti kliūtis, sudaro sąlygas greitam sprendimų priėmimui ir leidžia efektyviau išnaudoti užduočiai skirtą laiką.

Scrum susitikimas

Susitikimo metu paslaugos arba produkto kūrėjai pristato darbo rezultatus paslaugos vadovui arba produkto šeimininkui ir&nbsp;suinteresuotosioms šalims (jeigu taikytina) ir aptaria juos paslaugos arba produkto tikslo atžvilgiu.

Šio etapu metu atsakoma į šiuos klausimus:

Atsižvelgiant į šiame etape pateikiamą informaciją, planuojamas tolimesnis paslaugos arba produkto vystymo procesas ir numatomi pakeitimai, jeigu aplinkos sąlygos pasikeitė, ir tai turi atsispindėti tolimesniame paslaugos arba produkto vystymo procese.&nbsp;&nbsp;&nbsp;

Sprinto (iteracijos) rezultatas ir apčiuopiamas padarytos pažangos įrodymas – tai paslaugos arba produkto “prieaugis” (angl. k. Increment).

Paslaugos arba produkto prieaugis yra visų paslaugos savybių arba produkto funkcijų, kurios buvo baigtos/realizuotos/įgyvendintos Sprinto metu, visuma. Tai visų Sprinto poreikių sąrašo įrašų (t. y. užduočių), kurie atitinka baigtumo apibrėžties kriterijus, suma.&nbsp;

Kitaip sakant, paslaugos arba produkto poreikis laikomas įgyvendintu, kai įgyvendintas sprendimas atitinka išbaigtumo apibrėžties kriterijus. Paprastai tai yra visiškai patikrinta ir integruota versija, kurią galima išleisti vartotojams vartoti ir naudotojams naudoti. Sprinto poreikis, kuris neatitinka išbaigtumo apibrėžties kriterijų, laikomas neįgyvendintu ir grąžinamas į paslaugos ar produkto poreikių sąrašą.&nbsp;&nbsp;

Sprinto peržiūros susitikime:&nbsp;

Išimties tvarka gali būti priimtas Sprinto rezultatas su sąlyga, kad jis bus neženkliai patobulintas iki kito Sprinto pradžios. Atmesti (neįgyvendinti) Sprinto poreikiai grąžinami į paslaugų poreikių sąrašą kito ar tolimesnių Sprintų planavimui ir/ar patikslinimui, jei to reikia.&nbsp;

Susitikimo metu taip pat peržiūrimi Paslaugos arba Produkto poreikiai, kad būtų užtikrinta, jog paslaugos arba produkto vizija yra atnaujinta ir vis dar aktuali. Tai gali padėti komandai sutelkti dėmesį į tinkamas užduotis ir užtikrinti, kad jie dirbtų su tiksliai apibrėžtais ir per Sprinto laikotarpį pasiekiamais Paslaugos arba Produkto darbų sąrašo įrašaIs.&nbsp;&nbsp;

Kiekvieno Sprinto pabaigoje paslaugos kūrimo arba produkto vystymo komanda surengia susitikimą, kuriame komanda pristato darbo rezultatus suinteresuotosioms šalims ir pažangą siekiant paslaugos arba produkto tikslo, o paslaugos vadovas arba produkto šeimininkas priima paslaugos arba produkto prieaugį.

Sprinto peržiūros susitikimas

Kiekvieno Sprinto pabaigoje Scrum meistras organizuoja Sprinto retrospektyvos susitikimą.

Susitikime komanda aptaria, kas sekėsi Sprinte, kas nesisekė, kaip patobulinti praktikas efektyvesnės ir veiksmingesnės aukštesnės kokybės paslaugos ar produkto plėtros, nustatomi nuokrypiai ir juos lėmusios priežastys, bei jų šalinimo veiksmai. 

Tam naudojamos Sprinto retrospektyvos lentelės.&nbsp;Sprinto retrospektyvos lentelių&nbsp;struktūra gali skirtis priklausomai nuo konkrečių retrospektyvos tikslų.

&nbsp;

Scrum retrospektyva gali būti organizuojama iš kelių dalių:&nbsp;

2 ir 3 dalys būtinos, jei Scrum komandos nariai mato pasikartojančias ir/ar ženklias problemas.&nbsp;

Pirmoje Sprinto retrospektyvos dalyje kiekvienas Scrum komandos narys trumpai pristato savo patirtis, atsakydami į klausimus:&nbsp;

Antroje Sprinto retrospektyvos dalyje visi Scrum komandos nariai siūlo temas detalesniam aptarimui, po to išrenka pačią aktualiausią problemą.&nbsp;

Trečioje Sprinto retrospektyvos dalyje visi Scrum komandos nariai pristato idėjas, kaip galima būtų spręsti aktualią problemą. Sprinto retrospektyva baigiama sutarimu, kokie veiksmai bus atlikti konkrečiai problemai spręsti.&nbsp;

Scrum meistras gali naudoti ir kitus Sprinto retrospektyvos lentelės formatus, labiau atitinkančius konkrečius komandos poreikius. Lentelė gali būti fizinė arba skaitmeninė. Svarbu tai, kad ji tarnauja kaip diskusijos struktūra ir leidžia komandai užfiksuoti ir organizuoti grįžtamąjį ryšį taip, kad jis būtų aiškus ir veiksmingas.

Sprinto retrospektyvos susitikimas

Scrum lenta (angl. k. Scrum board) yra vaizdinis įrankis, naudojamas valdyti ir sekti darbo eigą, t. y. vizualiai organizuoti užduotis ir veiklas paslaugos arba produkto vystymo metu. Paprastai ji vaizduojama kaip siena su skirtingų spalvų lipniais lapeliais, vaizduojančiais užduotis, būsenas ar kitą informaciją, t. y. Scrum lentą sudaro stulpeliai, vaizduojantys skirtingus darbo etapus, kortelės arba lipnūs lapeliai, vaizduojantys atskirus epus, vartotojo/naudotojo istorijas, dokumentus, užduotis. Scrum lentos struktūra apima šiuos stulpelius:&nbsp;&nbsp;

Kiekvienas Sprinto poreikis yra pavaizduotas kortele arba lipniu lapeliu, kuriame paprastai pateikiamas trumpas darbo aprašymas, už jį atsakingo asmens vardas ir pavardė bei bet kokia svarbi informacija, pvz., terminai arba prioriteto lygis.

Tai yra bendras Scrum lentos struktūros pavyzdys, kuris gali būti sudėtingesnis ir labiau pritaikytas pagal komandos poreikius ir paslaugos arba produkto vystymo procesą.&nbsp;

Scrum lenta paprastai yra centrinėje fizinės ar virtualios erdvės vietoje, kur ją gali matyti visi komandos nariai, ir ji atnaujinama realiuoju laiku, kai darbas vyksta. Lenta naudojama darbo būsenai sekti, priklausomybėms ir kliūtims nustatyti bei komandos narių bendravimui ir bendradarbiavimui palengvinti.

Scrum lenta padeda stebėti paslaugos arba produkto vystymo eigą, pasidalinti užduotis, nustatyti poreikių ir užduočių prioritetus ir valdyti Sprinto įgyvendinimą.

Scrum lenta 

Scrum metrika

Scrum

Metodinis vadovas, viešoji paslauga, viešosios paslaugos, viešosios paslaugos vadyba, viešųjų paslaugų vadyba, viešosios paslaugos vertė,  viešosios paslaugos sistema, viešosios paslaugos bendrakūra, VUCA aplinka, VUCA kontekstas, vadybos metodas, vadybos metodai, Viešosios paslaugos vadybos modelis, Dizainu grįstas mąstymas, Scrum, Kanban