Scrum
Scrum je agilen okvir, ki ekipam pomaga obvladovati kompleksno delo v kratkih, iterativnih ciklih z določenimi vlogami, dogodki in artefakti.
Scrum je agilen okvir za razvoj in upravljanje kompleksnih izdelkov, ki se je prvotno oblikoval pri razvoju programske opreme, danes pa se uporablja v številnih panogah. Temelji na ideji empiričnega nadzora procesa: namesto da bi nalogo vnaprej v celoti načrtovala, ekipa dela v kratkih, fiksnih časovnih okvirih, imenovanih šprinti, ki običajno trajajo od enega do štirih tednov. Vsak šprint se zaključi z uporabnim prirastkom dela, kar ustvari prostor za povratne informacije in ekipi omogoči, da prilagodi naslednje korake. Ta kombinacija preglednosti, preverjanja in prilagajanja naredi Scrum primernega za delo, kjer so zahteve negotove ali se lahko spremenijo.
Scrum določa tri fiksne vloge. Lastnik izdelka skrbi za vrednost izdelka in vzdržuje zaostanek izdelka, prioritiziran seznam vsega, kar je treba narediti. Scrum mojster skrbi, da ekipa dela znotraj okvira, odstranjuje ovire in olajšuje sodelovanje, ne da bi neposredno dodeljeval naloge. Razvojna ekipa sama načrtuje in izvaja delo. Štirje ponavljajoči se dogodki dajejo vsakemu šprintu strukturo: načrtovanje šprinta na začetku, dnevni scrum za hitro usklajevanje, pregled šprinta za prikaz narejenega in retrospektiva šprinta za izboljšanje sodelovanja ekipe.
Scrum najbolje deluje pri nalogah, kjer obseg ali rešitev na začetku ni povsem jasna, na primer pri razvoju izdelkov ali kompleksnih projektih z veliko deležniki. Od Kanbana se razlikuje po fiksnih časovnih okvirih in določenih vlogah, medtem ko se Kanban bolj zanaša na neprekinjen tok brez fiksnih iteracij. V primerjavi s klasičnim vodopadnim načrtovanjem je njegova prednost redno preverjanje: napačne presoje pridejo na dan zgodaj, ne šele ob koncu projekta. V praksi Scrum ponavadi ne odpove zaradi samega okvira, temveč zaradi polovičarske izvedbe, na primer ko se retrospektive izpuščajo ali zaostanek ostaja nevzdrževan.
Praktični primer
Srednje veliko strojegradbeno podjetje razvija novo programsko opremo za spremljanje svoje proizvodne opreme. Petčlanska ekipa dela v dvotedenskih šprintih: na začetku vsakega šprinta izbere deset najpomembnejših postavk izmed približno 40 odprtih postavk zaostanka, dnevno pa se uskladi na 15-minutnem dnevnem scrumu. Po desetih šprintih, pet mesecev pozneje, je pripravljena prva uporabna različica, namesto devetih mesecev razvoja brez vmesnega rezultata, kot je ekipa prvotno načrtovala. Retrospektive razkrijejo, da so nejasne zahteve v prvih treh šprintih stale ekipo približno 20 odstotkov zmogljivosti, zato lastnik izdelka od takrat naprej piše bolj natančne opise zaostanka.
Kako pomaga Leanshift
V jedru je retrospektiva šprinta le ponavljajoč se cikel Kaizena: ekipa se ustavi, odkrito pogleda na pravkar zaključeno delo in namerno izboljša svoj način dela, preden gre naprej. To se ujema s pogledom Leanshift, da izboljševanje ni enkraten projekt, temveč redna navada, vgrajena v vsakdanje delo. Ekipe, ki tako živijo, ne izboljšujejo le izdelka, temveč gradijo več ljudi, ki znajo izboljševati stvari same.
Pogosto zastavljena vprašanja
Je Scrum uporaben le za razvoj programske opreme?
Ne. Scrum se je začel v programski opremi, a se danes uporablja v trženju, razvoju izdelkov, izobraževanju in na drugih področjih, povsod, kjer je delo kompleksno in se zahteve lahko spreminjajo sproti.
Kako se Scrum razlikuje od Kanbana?
Scrum poteka v fiksnih časovnih okvirih, imenovanih šprinti, z določenimi vlogami in dogodki, medtem ko Kanban vizualizira neprekinjen tok dela brez fiksnih iteracij in se osredotoča na omejevanje količine dela v teku.
Ali majhna ekipa res potrebuje namenskega scrum mojstra?
Ne nujno kot polni delovni čas. V majhnih ekipah to vlogo pogosto prevzame nekdo ob svojem rednem delu; pomembno je, da se olajševanje in sam okvir dejansko upoštevata.