Scrum
Scrum on agiilne raamistik, mis aitab meeskondadel tegeleda keerulise tööga lühikeste, iteratiivsete tsüklitena, tuginedes kindlatele rollidele, sündmustele ja artefaktidele.
Scrum on agiilne raamistik keeruliste toodete arendamiseks ja haldamiseks, mis kujunes algselt tarkvaraarenduses ja mida kasutatakse nüüd paljudes valdkondades. See tugineb empiirilise protsessikontrolli ideele: selle asemel et planeerida ülesanne algusest lõpuni ette, töötab meeskond lühikeste, kindlate ajaraamidena, mida nimetatakse sprintideks ja mis tavaliselt kestavad ühest neljani nädalat. Iga sprint lõpeb kasutatava töölõiguga, mis loob ruumi tagasisidele ja võimaldab meeskonnal järgmisi samme kohandada. See läbipaistvuse, kontrolli ja kohandamise kombinatsioon sobib hästi tööks, kus nõuded on ebakindlad või tõenäoliselt muutuvad.
Scrum määratleb kolm kindlat rolli. Tootejuht (product owner) vastutab toote väärtuse eest ja haldab tootemahajäänut, prioriseeritud loetelu kõigest, mis tuleb ära teha. Scrum-meister hoiab meeskonda raamistiku piires töötamas, kõrvaldab takistusi ja soodustab koostööd, ilma ülesandeid otse jaotamata. Arendusmeeskond planeerib ja teostab töö iseseisvalt. Neli korduvat sündmust annavad igale sprindile struktuuri: sprindi planeerimine alguses, igapäevane scrum kiireks sünkroniseerimiseks, sprindi ülevaatus näitamaks, mis valmis sai, ja sprindi retrospektiiv, et parandada meeskonna koostöömeetodit.
Scrum sobib kõige paremini ülesannete jaoks, kus ulatus või lahendus ei ole alguses täielikult selge, näiteks tootearenduse või paljude huvirühmadega keerukate projektide puhul. See erineb Kanbanist oma kindlate ajaraamide ja määratletud rollide poolest, samas kui Kanban tugineb rohkem pidevale voole ilma kindlate iteratsioonideta. Võrreldes klassikalise kosemudeli planeerimisega on selle eelis regulaarne kontroll: valearvestused tulevad esile varakult, mitte alles projekti lõpus. Praktikas ebaõnnestub Scrum tavaliselt mitte raamistiku enda pärast, vaid poolikult teostamise tõttu, näiteks kui retrospektiividest loobutakse või mahajäänut ei hooldata.
Praktiline näide
Keskmise suurusega masinaehitusettevõte arendab oma tootmisseadmete jälgimiseks uut tarkvara. Viieliikmeline meeskond töötab kahenädalastes sprintides: iga sprindi alguses valitakse umbes 40 avatud mahajäänu kirjest kümme kõige olulisemat, sünkroniseerides iga päev 15-minutilisel igapäevasel scrumil. Pärast kümmet sprinti, viie kuu pärast, on esimene kasutatav versioon valmis, selle asemel et algselt kavandatud üheksa kuu pikkune arendus ilma vahetulemuseta. Retrospektiivid näitavad, et ebaselged nõuded maksid meeskonnale esimese kolme sprindi jooksul umbes 20 protsenti mahust, mistõttu hakkab tootejuht sellest ajast peale kirjutama täpsemaid mahajäänu kirjeldusi.
Kuidas Leanshift aitab
Sprindi retrospektiiv on oma tuumas lihtsalt korduv Kaizen-tsükkel: meeskond peatub, vaatab ausalt äsja lõpetatud tööle ja teeb enne edasiliikumist teadliku parenduse oma töömeetodis. See sobib kokku Leanshifti vaatega, et parandamine ei ole ühekordne projekt, vaid regulaarne harjumus, mis on lõimitud igapäevatöösse. Nii elavad meeskonnad ei paranda mitte ainult toodet, vaid loovad ka rohkem inimesi, kes oskavad asju ise parandada.
Korduma kippuvad küsimused
Kas Scrum on kasulik ainult tarkvaraarenduses?
Ei. Scrum sai alguse tarkvarast, kuid seda kasutatakse nüüd turunduses, tootearenduses, hariduses ja teistes valdkondades, igal pool, kus töö on keeruline ja nõuded võivad muutuda.
Mille poolest erineb Scrum Kanbanist?
Scrum toimib kindlates ajaraamides, mida nimetatakse sprintideks, koos määratletud rollide ja sündmustega, samas kui Kanban visualiseerib pidevat tööde voogu ilma kindlate iteratsioonideta ja keskendub pooleliolevate tööde piiramisele.
Kas väike meeskond vajab tegelikult eraldi scrum-meistrit?
Mitte tingimata täiskohaga rollina. Väikestes meeskondades võtab selle sageli üle keegi lisaks oma tavatööle; oluline on, et soodustamine ja raamistik ise tegelikult järgitaks.