Šta je Sprint Backlog i zašto je važan za vaš tim?
Radeći na složenom projektu, verovatno da ste nekada osećali da ste preopterećeni količinom posla. Kada se to desi, sve, od kvaliteta do produktivnosti tima, pati. Možda ste se u takvim situacijama pitali da li je rad u sprintu pravi za vas.
Sprintovi su kratke iteracije koje razlažu projekte na manje projekte kojima se može lakše upravljati. Iako rad u sprintu može pomoći vašem timu da ostane organizovan i efikasan, početak može biti zastrašujući.
Na kraju krajeva, kako znate na čemu kada treba da radite? Tu dolazi do izražaja Sprint Backlog.
Sprint Backlog – obim sprinta, odnosno ono što treba uraditi u toku sprinta.
Sprint Backlog je način da razjasnite koje će aktivnosti vaš tim završiti tokom sprinta. Ovo osigurava da su članovi tima na istoj strani, odnosno da svi znaju šta tačno treba uraditi u toku sprinta.
Sprint Backlog
Dakle, Sprint Backlog je skup stavki koje multifunkcionalni razvojni tim bira iz svog Product Backloga da bi radio na njima tokom predstojećeg sprinta. Obično će se tim dogovoriti o ovim stavkama tokom sesije planiranja sprinta. U stvari, Sprint Backlog – predstavlja primarni rezultat planiranja sprinta.
Svrha Sprint Backloga
Svrha Sprint Backloga je da definiše radne stavke za rešavanje u okviru sprinta. Ovo zadržava informacije u jednom zajedničkom prostoru kako bi se pojednostavila komunikacija i stvorio jedan centralni izvor informacija o sprintu. Stavke koje nisu u Sprint Backlogu se ne rade u ovom sprintu. To stvara jasan put, osiguravajući da se članovi tima mogu fokusirati na zadatak koji predstoji.
Kada treba da koristite Sprint Backlog?
Vi i vaš tim ćete napraviti Sprint Backlog tokom sastanka za planiranje sprinta. Tačna učestalost će varirati u zavisnosti od toga koliko su dugi vaši sprintovi, koji se kreću od 1 do 6 nedelja. Mada ćete verovatno to raditi svake dve ili četiri nedelje koliko najčešće traje sprint. Završetak jednog sprinta, odmah aktivira planiranje novog sprinta, odnosno kreiranje Sprint Backloga.
Ko je vlasnik Sprint Backlog?
Prema Scrum metodologiji, Scrum tim je odogovoran za Sprint Backlog, odnosno za realizaciju taskova iz Sprint Backloga.
Sa druge strane Product Owner može biti svestan nove tržišne realnosti ili promene organizacionih prioriteta koji će zahtevati davanje prioriteta određenim korisničkim pričama (User Story). Programeri su možda naučili u nedavnim sprintovima da određeni razvojni rad traje duže nego što je tim u početku očekivao. Svi ovi uvidi će pomoći timu da dođe do izvodljivijeg, strateški dobrog Sprint Backloga.
Iako je odabir zadataka za Sprint Backlog timski napor, važno je napomenuti da će tim često birati stavke na osnovu toga koliko su dobro usklađene sa ciljem sprinta.
Šta je uključeno u Sprint Backlog?
Šta je User Story smo već objasnili u prethodnim tekstovima, a sada da vidimo šta je uključeno u Sprint Backlog. On treba da sadrži važne komponente kao što su User Story-ji i opisi zadataka. Treba da dokumentuje specifične komponente kao što su naziv trenutnog sprinta, opisi i korisničke priče za svaku inicijativu, prioritet svakog zadatka… Da biste započeli sa sopstvenim Sprint Backlogom, trebalo bi da uključite ove detalje:
Korisnička priča – User story – Korisnička priča je softverska funkcija napisana iz perspektive krajnjeg korisnika. To je važan deo koji treba uključiti da biste razumeli efekat svake funkcije na krajnjeg korisnika.
Naziv zadatka – Iako je dovoljno očigledan, održavajte svoje zaostatke organizovanim tako što ćete svaki zadatak započeti jasnim imenom orijentisanim na akciju. Ovo će pomoći zainteresovanim stranama da brzo shvate taskove na kojima svaki član tima radi.
Opis zadatka – Uz naziv koji se može izvršiti, uključite kratak opis svakog zadatka. Ovo stvara jasnoću oko zadataka tako da su zainteresovane strane svesne predstojećih koraka.
Određivanje prioriteta zadataka – Pošto postoji veliki broj zadataka u datom projektu, važno je da odredite prioritet svojih najvažnijih ciljeva. Ovo osigurava da se uvek radi ono što je krjanjem klijentu najbitnije i što mu ostvaruje najveće benefite.
Burn down chart – grafikon koji predstavlja preostali posao u odnosu na vreme potrebno da se završi. Tokom sprinta, vaš tim će koristiti ove grafikone da proceni koliko će trajati svaka iteracija.
Dnevna dodela vremena – Da biste pratili svoje procene vremena u odnosu na stvarno vreme na vašem Burn down dijagramu, morate da pratite dnevne dodele vremena. Analizirajte koliko dugo svaki zadatak traje u minutima ili satima. Na kraju nedelje, zbrojite svoje nedeljne vremenske raspodele za svaki zadatak da biste dovršili Burn down chart.
Kako izgleda efikasan Sprint Backlog?
Po definiciji, Sprint Backlog nije teško napraviti. Relativno je mali i lako se pravi, ali to ne znači da se može razviti bez strateškog razmišljanja o kapacitetu tima i dostupnim resursima. Ako timu date više nego što može da podnese, nastaje zagušenje.
Timovi mogu osećati da mogu više, tako da je na razvojnom timu i Scrum masteru, stručnjaku za Scrum metodologiju koji vodi kroz veštinu i iskustvo, da znaju šta je tim u stanju da uradi tako što ima dobru procenu njihove sposobnosti.
Definišite parametre za sprint
Sprint obično traje samo u periodu od dve do četiri nedelje, mada se ovo vreme može razlikovati u zavisnosti od veličine tima i resursa projekta, tako da je dužina sprinta još jedna varijabla koju treba odrediti. Sprint, iako kratak, ne sme preopteretiti tim ili ga primorati da žuri i proizvede rezultat koji nije odgovarajućeg kvaliteta.
Stoga, dok razvojni tim smišlja Sprint Backlog i korake koje je potrebno izvršiti, treba otvoriti dijalog kako biste utvrdili šta je izvodljivo u smislu strategije za sprint.
Pre nego što premestite zadatak iz Product Backloga u Sprint Backlog, Product Owner i Scrum Master mora da budu sigurni da je timu jasno koji su koraci potrebni za završetak tog zadatka. Naterajte ih da potvrde da su razumeli šta treba da se napravi u okviru User Story-ja, tako da ne bude zabune koja bi mogla da izazove probleme tokom sprinta.
Ne zaboravite da odredite prioritete
Uvek je dobra ideja dati prioritet zadacima u Product Backlogu od ključnih do manje važnih. Ovo je zadatak za vlasnika proizvoda (Product Owner), koji je najbliži sa potrebama klijenta. Iako bi se činilo da je Scrum master logičan izbor za pomoć u određivanju prioriteta, važno je zapamtiti da je Scrum master tu samo da pomogne u procesu, ali ne i da da zadnju reč o proizvodu.
Benefiti korišćenja Sprint Backloga
Sprint Backlog dodaje značajnu vrednost procesu razvoja, uključujući:
- Promovisanje ostvarivih ciljeva
Važno je da razvojni tim pomaže u odlučivanju o veličini i trudu svake stavke Sprint Backloga, pre nego što ih nekome dodeli. Na kraju krajeva, oni su ti koji moraju da završe sav posao. Osnaživanjem razvojnog tima da odredi i organizuje svoje radno opterećenje, minimizirate rizik od preambicioznih aktivnosti i sagorevanja osoblja.
- Obezbeđivanje tačnih procena
Na sličan način, razvojni tim mora dati procene vremena za svaku stavku, na osnovu predviđene brzine isporuke. Time se izbegava nametanje nemogućih vremenskih okvira, održava sprint po rasporedu i štiti dobrobit zaposlenih. Štaviše, sa iskustvom, razvojni tim će moći da analizira njihovu brzinu u prethodnim sprintovima, na taj način bolje razumejući koliko zadataka mogu da reše u trenutnom sprintu. To se može pratiti kroz Burndown Chart.
- Održavanje fokusa tima
Pristankom na neophodne zadatke iz Sprint Backloga, članovi tima mogu biti sigurni da rade na pravoj stvari, u pravo vreme. Bilo koji drugi zahtev ili zadatak identifikovan tokom sprinta je van trenutnog obima sprinmta, ali se može razgovarati i dodati Sprint Backlogu tokom sledećeg sastanka za planiranje sprinta.
Koja je razlika između Product Backloga i Sprint Backloga?
Product Backlog je sveobuhvatna lista zadataka u vezi sa proizvodom, odnosno projektom koji bi u bilo kom trenutku trebalo da obuhvate sve stvari koje čine projekat. Na njima je višefunkcionalni tim pristao da radi, bilo da bi se proizvod plasirao na tržište ili da bi se poboljšao. Kada se ove stavke sortiraju po prioritetu, uvek će one najvećeg prioriteta biti prve za realizaciju. To znači da će najvrednije User Story, najvrednije funkcije, ispravke grešaka biti prve urađjene i krajnji kupac će time ostvariti najveće benefite.
Tako da možete razmišljati o Product Backlogu kao taktičkom raščlanjivanju strateškog plana za razvoj softvera. Ceo plan će biti podeljen na više feature-a, odnosno funkcija, a oni na manje User Story-je.
Imajući to na umu, Sprint Backlog je mnogo kraća lista izvučena iz stavki Product Backloga. Konkretno, to su one stavke koje tim identifikuje tokom sastanka za planiranje sprinta. I to su najvažniji zadaci koje treba završiti tokom sprinta.
Evo nekoliko ključnih zaključaka o razlici između Product Backlog i Sprint Backlog i kako to dvoje rade zajedno:
1. Stavke Sprint Backloga treba uzeti direktno iz Product Backloga.
2. Dok se Product Backlog može često menjati u bilo kom trenutku, u skladu sa realnošću koja se uvek menja u organizaciji ili na tržištu, Sprint Backlog treba da ostane fiksiran tokom trajanja sprinta.
3. Razvojni (Scrum) tim treba da sprovodi redovne sesije za ažuriranje Product Backloga, kako bi osigurao da sastanci za planiranje sprinta budu produktivni i da je tim u stanju da brzo identifikuje prave zadatke koje treba dodatni sledećem Sprint Backlogu.
4. Najvažnije stavke, prve sa vrha redovno ažuriranog Product Backlogu proizvoda će često predstavljati predstojeći Sprint Backlog.
5. Ako tim nije u stanju da završi (ili čak ni da započne) određene stavke Sprint Backlog do kraja sprinta, tim može izabrati dve opcije. Ili da doda te nedovršene poslove iu sledeći Sprint Backlog, ako se i dalje smatraju visokim prioritetom. Ili, druga opcija, da ih doda Product Backlogu pa da se ponovo rešavaju u budućnosti.
U slučaju da još uvek postoji neka nedoumica oko Sprint Backloga i Product Backloga, sledeće paralelno poređenje bi trebalo zauvek da ukloni te nedoumice.
Product Backlog
- Svrha – Odrediti karakteristike proizvoda (softvera) na kojima treba raditi tokom celog projekta i odlučiti o prioritetima
- Sadržaj – Glavna lista koja sadrži sve zadatke za tekući projekat
- Vlasništvo – U vlasništvu je Product Ownera
- Stvaranje – Kreira ga Product Owner, često uz pomoć drugih u Scrum timu
- Privrženost – Cilj proizvoda
- Zavisnost – Zavisi od mape puta proizvoda i zahteva klijenta
- Završetak – Traje dok se projekat ne završi
Sprint Backlog
- Svrha – Da odredite deo Product Backloga na kome treba raditi tokom jednog sprinta
- Sadržaj – Grupa stavki Product Backloga koje su razložene na konkretne zadatke koje treba završiti tokom sprinta
- Vlasništvo – U vlasništvu je Scrum tima
- Stvaranje – To je odgovornost programera
- Privrženost – Cilj sprinta
- Zavisnost – Zavisi od Product Backloga
- Završetak – Traje od 1 do 6 nedelja, najčešće 2 do 4 nedelje
Agile je veoma korisna metodologija upravljanja projektima kada se pravilno koristi. Nažalost, ako ceo tim nije upoznat sa tim, stvari mogu postati neefikasne. Da bi se to izbeglo, svi članovi agilnog tima moraju znati šta su Product Backlog i Sprint Backlog, a oba su neophodna za planiranje i određivanje prioriteta zadataka u agilnom upravljanju projektima. Ovi koncepti se takođe primenjuju na scrum, kanban i druge slične agilne okvire.
Srodne teme: