Scrum
Scrum je agilni okvir koji timovima pomaže rješavati složene zadatke u kratkim, iterativnim ciklusima kroz fiksne uloge, događaje i artefakte.
Scrum je agilni okvir za razvoj i upravljanje složenim proizvodima, izvorno oblikovan u razvoju softvera, a danas korišten u mnogim industrijama. Temelji se na ideji empirijske kontrole procesa: umjesto unaprijed planiranja zadatka od početka do kraja, tim radi u kratkim, fiksnim vremenskim okvirima zvanim sprintovi, koji obično traju od jednog do četiri tjedna. Svaki sprint završava upotrebljivim prirastom rada, čime se stvara prostor za povratnu informaciju i timu omogućuje prilagodba sljedećih koraka. Ta kombinacija transparentnosti, provjere i prilagodbe čini Scrum dobrim izborom za rad u kojem su zahtjevi neizvjesni ili se vjerojatno mijenjaju.
Scrum određuje tri fiksne uloge. Vlasnik proizvoda odgovoran je za vrijednost proizvoda i vodi backlog proizvoda, popis prioriteta svega što treba obaviti. Scrum master brine da tim radi unutar okvira, uklanja prepreke i olakšava suradnju bez izravnog dodjeljivanja zadataka. Razvojni tim sam planira i izvodi rad. Četiri ponavljajuća događaja daju strukturu svakom sprintu: planiranje sprinta na početku, dnevni scrum za brzo usklađivanje, pregled sprinta za prikaz onoga što je izrađeno i retrospektiva sprinta za poboljšanje suradnje tima.
Scrum najbolje funkcionira za zadatke gdje opseg ili rješenje na početku nisu potpuno jasni, poput razvoja proizvoda ili složenih projekata s mnogo dionika. Razlikuje se od Kanbana po fiksnim vremenskim okvirima i definiranim ulogama, dok se Kanban više oslanja na kontinuiran tok bez fiksnih iteracija. U usporedbi s klasičnim vodopadnim planiranjem, njegova je prednost redovita provjera: pogrešne procjene izlaze na vidjelo rano, a ne tek na kraju projekta. U praksi Scrum obično ne propada zbog samog okvira, nego zbog polovične provedbe, primjerice kada se retrospektive preskaču ili backlog ostaje neodržavan.
Praktični primjer
Srednje velika tvrtka za izgradnju strojeva razvija novi softver za nadzor svoje proizvodne opreme. Petočlani tim radi u dvotjednim sprintovima: na početku svakog sprinta izabire deset najvažnijih stavki od otprilike 40 otvorenih zapisa u backlogu, svakodnevno se usklađujući na petnaestominutnom dnevnom sastanku. Nakon deset sprintova, pet mjeseci kasnije, spremna je prva upotrebljiva verzija, umjesto devet mjeseci razvoja bez ikakvog međurezultata koje je tim izvorno planirao. Retrospektive otkrivaju da su nejasni zahtjevi koštali tim oko 20 posto kapaciteta tijekom prva tri sprinta, pa vlasnik proizvoda odonda počinje pisati preciznije opise stavki u backlogu.
Kako pomaže Leanshift
U svojoj srži, retrospektiva sprinta samo je ponavljajući Kaizen ciklus: tim zastane, pošteno pogleda upravo završen posao i namjerno unese poboljšanje u svoj način rada prije nego što nastavi dalje. To se uklapa u Leanshiftov pogled da poboljšanje nije jednokratan projekt, nego redovita navika ugrađena u svakodnevni rad. Timovi koji tako žive ne poboljšavaju samo proizvod, oni stvaraju više ljudi koji znaju kako sami poboljšavati stvari.
Često postavljana pitanja
Je li Scrum koristan samo za razvoj softvera?
Ne. Scrum je počeo u softveru, ali se danas koristi u marketingu, razvoju proizvoda, obrazovanju i drugim područjima, svugdje gdje je posao složen, a zahtjevi se mogu mijenjati usput.
Po čemu se Scrum razlikuje od Kanbana?
Scrum se odvija u fiksnim vremenskim okvirima zvanim sprintovi s definiranim ulogama i događajima, dok Kanban vizualizira kontinuiran tok rada bez fiksnih iteracija i usmjerava se na ograničavanje količine posla u tijeku.
Treba li malom timu doista poseban scrum master?
Ne nužno kao potpuno radno mjesto. U malim timovima tu ulogu netko često preuzima uz svoj redovan posao; bitno je da se olakšavanje i sam okvir zaista poštuju.