Ako vodiš tim i koristiš Jiru, verovatno si se makar ti je jednom došlo pitanje: Da li nam više odgovara Kanban ili Scrum? I veruj mi, mnogi su imali istu dilemu – više puta. Svaki put kad se promeni tim, ciljevi, dinamika posla ili čak samo klijent, ponovo razmišljaš o istoj stvari: Koji pristup će doneti više fokusa, brže rezultate i manje stresa?
U ovom tekstu želim da podelim sa tobom svoja iskustva, greške, dileme, koje postoje u ovim timovima – od startupova do velikih sistema. Kroz konkretne primere, pokazujem ti kako funkcionišu oba pristupa unutar Jire, koji su benefiti, a gde možeš da upadneš u zamku.
Ovaj tekst nije samo teorija. Ako si umoran od generalnih saveta, evo ti praktičnog, iskrenog i iskustvenog vodiča.
Zašto baš Jira?
Pre nego što uđemo u samu bitku Kanban vs Scrum, hajde da se složimo oko jednog: Jira je ozbiljan alat, a sa druge strane obuka za Jiru je vrlo intuitivna i brza. Možda Jira nije najlepši alat, možda nije najintuitivniji odmah na prvu loptu, ali kad jednom uđeš u njegov tok – nema nazad. Posebno ako radiš u IT sektoru, razvoju softvera, digitalnim proizvodima, pa i u marketingu, Jira je kao švajcarski nož – sve ima, samo moraš znati kako da ga koristiš.
Jira ti omogućava da napraviš board po meri svog tima – i to upravo birajući između Kanban i Scrum šablona. I tu već kreće prvi izazov.
Šta je Scrum i kada ga koristiti u Jiri?
Scrum je okruženje. Ne proces. Ne alat. Već okvir u kome tim funkcioniše po iteracijama – sprintovima. Ti sprintovi obično traju 1 do 4 nedelje i u tom vremenskom okviru tim preuzima fiksan broj zadataka koje treba da završi, a Scrum Master koristi Jiru da bi pratio napredak tima.
U Jiri, Scrum board je fokusiran na sledeće:
- Backlog – gde pripremaš zadatke
- Sprint planning – gde biraš šta ulazi u sledeći sprint
- Sprint board – gde svakodnevno pratiš napredak (To Do – In Progress – Done)
- Burndown chart – koji vizualno prikazuje koliko je još posla ostalo
- Sprint review & retrospective – gde se sumira šta je postignuto i kako može bolje
Kada koristiš Scrum u Jiri?
- Kad imaš tim koji radi po iteracijama
- Kad su zahtevi relativno stabilni tokom sprinta
- Kad hoćeš da meriš brzinu tima (velocity)
- Kad ti treba stroža struktura i vremenski okvir
Recimo, kad radim sa razvojnim timom koji implementira nove funkcionalnosti, Scrum je odličan. Sprint im daje ritam, backlog održava red, a retrospektiva je momenat kad se tim otvoreno osvrće na prethodni period i priča šta je funkcionisalo, a šta nije. Izveštaji u Jiri su vrlo praktični i daju ti dovoljno informacija o napredovanju tima.
Šta je Kanban i kada ga koristiti u Jiri?
Kanban je kao reka – stalno teče. Nema sprintova, nema planiranja unapred, nema „zaključanih“ ciklusa. Svaki zadatak koji uđe u tok se pomera kroz kolone: To Do → In Progress → Done, u svom tempu.
U Jiri, Kanban board je jednostavniji:
- Sve ide u jedan kontinuirani tok
- Nema posebnog backlog dela osim ako ga ne uključiš ručno
- Možeš da postaviš WIP limite (Work in Progress) da bi sprečio preopterećenje
- Vizualizuješ tok posla jasno, u realnom vremenu
Kada koristiš Kanban?
- Kad imaš stalni priliv zadataka
- Kad ne znaš unapred obim posla
- Kad se prioriteti često menjaju
- Kad radiš na održavanju, podršci ili incidentima
Na primer, u timu koji se bavi tehničkom podrškom, Kanban je spas. Ljudi znaju tačno šta im je sledeće na redu, nema potrebe za planiranjem unapred, a WIP limit ih čuva od pretrpanosti.
Ključne razlike: Scrum vs Kanban u Jiri
| Element | Scrum | Kanban |
| Planiranje | Sprint planning | Kontinuirani rad |
| Upravljanje vremenom | Fiksni sprintovi (npr. 2 nedelje) | Nema vremenskih ograničenja |
| Fleksibilnost | Niska (tokom sprinta) | Visoka (možeš menjati zadatke u hodu) |
| Merenje | Velocity, burndown chart | Lead time, cycle time |
| Board u Jiri | Više koraka, uključuje sprintove | Jednostavan tok bez vremenskih ciklusa |
| Kome odgovara? | Timovi koji razvijaju proizvod | Timovi koji održavaju ili reaguju na tok posla |
Hibridni pristup
U Jiri možeš da kombinuješ, da napraviš board koji ima strukturu Scruma, ali fleksibilnost Kanbana. Recimo:
- Sprintove koristiš kao okvir, ali dozvoljavaš da se novi zadaci dodaju u hodu
- Uključuješ WIP limite i merenje cycle time-a, čak i ako si u Scrum režimu
- Radiš redovne retrotrospektive, čak i ako si u Kanban načinu rada
Nije rešenje da biraš jedno zauvek. Rešenje je da se pitaš: Šta treba mom timu danas?
Kako različite uloge u timu doživljavaju Kanban i Scrum u Jiri
Jedna stvar koju često zaboravimo kad diskutujemo o alatima i metodologijama jeste: ljudi ih različito doživljavaju u zavisnosti od svojih uloga u timu. Ono što je developeru intuitivno, project manageru može biti konfuzno. Što je Product Owneru logično, testeru može delovati suvišno.
Često se dešava da tim koristi Jiru, ali ne koristi je zajedno. Svako “vidi” drugačiji deo istine. Zato je važno da razumeš kako različite uloge gledaju na Kanban i Scrum boardove u Jiri.
Kako uloge vidi Scrum:
- Scrum Master – Vidi Jiru kao alat koji pomaže timu da lakše sprovodi i prati radne procese. Backlog grooming, planiranje sprintova, vođenje dnevnih sastanaka, praćenje burndown charteva – sve mu je tu. Ako Jira nije ažurna, Scrum Master je prvi na udaru.
Ako želiš da postaneš stručnjak u agilnom upravljanju projektima klikni na link SCRUM MASTER KURS i saznaj kako najbrže da postaneš Scrum Master, kome je namenjen kurs, i sve relevantne informacije o ovoj obuci.
- Developer – Njemu je bitan tok rada. Ako je sprint preopterećen ili nije dobro isplaniran, oseća pritisak. Dobro podešen Scrum board mu pomaže da zna šta ga čeka u naredne dve nedelje bez iznenađenja.
- Product Owner – Gleda backlog kao glavni alat za postavljanje prioriteta. Jira mu pomaže da razdvoji želje od potreba i organizuje posao po vrednosti.
- Tester – Prati zadatke koji idu u QA fazu. Scrum mu daje ritam i mogućnost da zna kada će funkcionalnost biti spremna za testiranje.
Kako uloge vidi Kanban:
- Scrum Master ili Team Lead – Ako postoji takva osoba u timu, koristi Kanban da prati tok rada, balansira WIP limit i osigurava da se ne gubi iz vida „šta je sledeće“.
- Developer – Više fleksibilnosti, manje „administracije“. Može da uzme sledeći zadatak sa vrha i da se fokusira. Ali ako board nije dobro organizovan, lako upadne u multitasking.
- Product Owner – Teže mu je da postavi prioritete. Pošto nema sprintova, backlog može postati beskonačan niz „To Do“ stavki. Potrebna je dodatna disciplina da bi imao jasan pogled na status.
- Tester – Ako se koristi Kanban bez jasno definisanih faza, QA može ostati zaboravljen. Zato je važno da se definišu i QA kolone (npr. „Ready for Test“, „In QA“, „QA Done“) kako bi se tok testiranja jasno video.
Ako želiš da Jira funkcioniše kao timski alat – a ne kao samo još jedan sistem za čekiranje zadataka – važno je da sve uloge razumeju šta gledaju i zašto.
Kako da poboljšaš vidljivost i komunikaciju tima uz Jira board
Koliko puta si čuo rečenicu: „Nisam znao da je to već u toku“ ili „Nisam video da si završio taj task“?
E pa, upravo je to jedan od najčešćih problema u timovima koji ne koriste Jira board na pravi način. Alat je tu, ali informacije ne teku. Zadatak je kreiran, ali nije ažuriran. Komunikacija je zakazala – ne zbog ljudi, već zbog loše postavljenog sistema.
Zato je jedan od najmoćnijih benefita korišćenja Jira boarda (bilo Scrum, bilo Kanban) vidljivost i transparentnost. A evo i nekoliko saveta kako da to postigneš:
1. Jasno definiši kolone
- Ne zadržavaj se samo na To Do – In Progress – Done.
- Dodaj konkretne faze: Ready for Dev, In Review, QA, Blocked, UAT.
- Neka svaka kolona ima značenje i neka tim zna kada se prelazi u sledeću.
2. Koristi boje i tagove pametno
- Oboj taskove po tipu (bug, feature, enhancement).
- Koristi etikete da označiš prioritet, klijenta, platformu ili komponentu.
3. WIP limit nije ukras
- Postavi ograničenja na broj taskova po koloni.
- Ako je „In Progress“ prepun, nemoj dodavati novi zadatak dok se nešto ne završi.
4. Automatizuj obaveštenja
- Jira omogućava pravljenje notifikacija kad se task promeni.
- Postavi pravilo: kad zadatak pređe u „Ready for QA“, tester dobija poruku.
5. Dnevni sastanci ispred boarda
- Jira ti je kao mapa. Nema smisla da pričaš o putovanju a da ne gledaš kartu.
- Svaki dnevni stand-up neka bude ispred Jira boarda. Bukvalno. Online ili uživo.
6. Retrospektiva: pregled boarda, ne osećanja
- Umesto da se retko ko usudi da kaže šta ga nervira, pogledaj board.
- Gde su se taskovi zaglavili? Koliko dugo je nešto stajalo? To su prava pitanja.
7. Izveštaji, ali samo oni koji imaju smisla
- Ne zatrpavaj se sa 10 chartova.
- Fokusiraj se na Cycle Time, Lead Time i Throughput.
- Pokaži timu metrike koje im pomažu da vide sopstveni napredak.
Kada se sve ovo implementira, tvoj Jira board postaje živi sistem – alat koji ne samo da prikazuje status, već podstiče akciju i dijalog. Ljudi počinju da gledaju u isti pravac, a to je najvažnije za uspeh svakog tima.
I zapamti – transparentnost nije pritisak, to je oslobađanje.
Kako da odlučiš šta je bolje za tebe? Pa postavi sebi 5 pitanja
- Da li mi je važnija predvidivost ili fleksibilnost?
- Da li imamo dovoljno stabilan backlog za rad po sprintovima?
- Koliko često se prioriteti menjaju?
- Da li mi je važno da merim tačno koliko zadataka završimo u vremenskom okviru?
- Da li moj tim preferira strukturu ili slobodu?
- Ako si više odgovorio u pravcu „predvidivost, struktura, vremenski okvir“ – idi na Scrum.
- Ako si više odgovorio „fleksibilnost, reakcija, stalan tok“ – idi na Kanban.
Kako Jira podržava obe opcije – i zašto to treba da iskoristiš
Jira ti daje mogućnost da testiraš oba pristupa. I to je neverovatna prednost. Možeš da:
- Otvoriš dva boarda za isti projekat – jedan Scrum, drugi Kanban
- Analiziraš metrike kroz različite prizme
- Kombinuješ alate – sprintove, WIP limite, cikluse
Uvek kažem – alat nije pametan sam po sebi. Alat je jak koliko ti znaš da ga koristiš. A Jira je moćan alat – samo ako znaš kako da ga iskoristiš.
Srodne teme koje bi ti mogle biti korisne: