Skip to main content
← Grįžti į bibliotekąMetodai

Scrum

Scrum – tai agilus metodas, padedantis komandoms spręsti sudėtingas užduotis trumpais, iteratyviais ciklais, remiantis fiksuotais vaidmenimis, renginiais ir artefaktais.

Scrum yra agilus metodas sudėtingiems produktams kurti ir valdyti, iš pradžių susiformavęs programinės įrangos kūrime, o dabar naudojamas daugelyje pramonės šakų. Jis remiasi empirinio proceso valdymo idėja: vietoj to, kad užduotis būtų iš anksto suplanuota nuo pradžios iki pabaigos, komanda dirba trumpais, fiksuotais laiko intervalais, vadinamais sprintais, paprastai trunkančiais nuo vienos iki keturių savaičių. Kiekvienas sprintas baigiasi naudojamu darbo prieaugiu, kuris sukuria erdvės grįžtamajam ryšiui ir leidžia komandai koreguoti kitus žingsnius. Šis skaidrumo, tikrinimo ir prisitaikymo derinys Scrum daro gerai tinkamą darbui, kuriame reikalavimai neaiškūs ar linkę keistis.

Scrum apibrėžia tris fiksuotus vaidmenis. Produkto savininkas atsakingas už produkto vertę ir palaiko produkto darbų sąrašą – prioritetais suskirstytą visų atliktinų dalykų sąrašą. Scrum meistras užtikrina, kad komanda dirbtų pagal metodą, šalina kliūtis ir palengvina bendradarbiavimą, tačiau tiesiogiai neskirsto užduočių. Kūrimo komanda savarankiškai planuoja ir atlieka darbą. Keturi pasikartojantys renginiai struktūruoja kiekvieną sprintą: sprinto planavimas pradžioje, daily scrum greitam suderinimui, sprinto peržiūra parodyti, kas sukurta, ir sprinto retrospektyva, skirta patobulinti bendrą darbą.

Scrum geriausiai tinka užduotims, kurių apimtis ar sprendimas iš pradžių nėra visiškai aiškūs, pavyzdžiui, produktų kūrimui ar sudėtingiems projektams su daugybe suinteresuotųjų šalių. Nuo Kanban jis skiriasi fiksuotais laiko intervalais ir apibrėžtais vaidmenimis, tuo tarpu Kanban labiau remiasi tęstiniu srautu be nustatytų iteracijų. Palyginti su klasikiniu nuosekliuoju (waterfall) planavimu, jo pranašumas – reguliarus tikrinimas: klaidingi sprendimai iškyla anksti, o ne tik projekto pabaigoje. Praktikoje Scrum dažniau žlunga ne dėl paties metodo, o dėl pusiau atmestino įgyvendinimo, pavyzdžiui, kai retrospektyvos praleidžiamos arba darbų sąrašas neprižiūrimas.

Praktinis pavyzdys

Vidutinio dydžio mašinų gamybos įmonė kuria naują programinę įrangą savo gamybos įrangai stebėti. Penkių žmonių komanda dirba dviejų savaičių sprintais: kiekvieno sprinto pradžioje iš maždaug 40 atvirų darbų sąrašo (backlog) įrašų atrenkama dešimt svarbiausių, o kasdien 15 minučių trunkantis daily scrum užtikrina sinchronizaciją. Po dešimties sprintų, praėjus penkiems mėnesiams, paruošiama pirmoji naudojama versija, o ne komandos iš pradžių planuoti devyni kūrimo mėnesiai be jokio tarpinio rezultato. Retrospektyvos atskleidžia, kad neaiškūs reikalavimai per pirmuosius tris sprintus komandai kainavo apie 20 procentų pajėgumų, todėl produkto savininkas nuo tada pradeda rašyti aiškesnius darbų sąrašo aprašymus.

Kaip Leanshift padeda

Iš esmės sprinto retrospektyva yra tiesiog pasikartojantis Kaizen ciklas: komanda sustoja, sąžiningai žvelgia į ką tik baigtą darbą ir sąmoningai patobulina savo darbo būdą, prieš judant toliau. Tai atitinka Leanshift požiūrį, kad tobulėjimas nėra vienkartinis projektas, o reguliarus įprotis, įtvirtintas kasdieniame darbe. Taip dirbančios komandos tobulina ne tik produktą – jos ugdo daugiau žmonių, mokančių patys tobulinti dalykus.

Daznai uzduodami klausimai

Ar Scrum naudingas tik programinės įrangos kūrimui?

Ne. Scrum atsirado programinėje įrangoje, tačiau dabar naudojamas rinkodaroje, produktų kūrime, švietime ir kitose srityse – visur, kur darbas sudėtingas, o reikalavimai gali keistis eigoje.

Kuo Scrum skiriasi nuo Kanban?

Scrum veikia fiksuotais laiko intervalais, vadinamais sprintais, su apibrėžtais vaidmenimis ir renginiais, o Kanban vizualizuoja tęstinį darbo srautą be nustatytų iteracijų ir sutelktas į vienu metu vykdomų darbų kiekio ribojimą.

Ar mažai komandai tikrai reikia atskiro Scrum meistro?

Nebūtinai kaip visos darbo dienos vaidmuo. Mažose komandose jį dažnai perima kas nors kartu su savo įprastu darbu; svarbu, kad palengvinimas ir pats metodas iš tikrųjų būtų palaikomi.