3 agilna izvješća o sagorijevanju i kako ih koristiti

Agilne prakse, neupućene i neupućene, ponekad se mogu pojaviti kao ad hoc metodologije razvoja softvera i upravljanja projektima. Istina je daleko drugačija.

Jedno od 12 načela agilnog softvera kaže: "Najbolje arhitekture, zahtjevi i dizajn proizlaze iz samoorganizirajućih timova", ali većina organizacija koje primjenjuju agilne prakse, uključujući scrum i Kanban, provode neke značajne strogosti i rituale procesa. Na primjer, mnoge organizacije primjenjuju agilne prakse planiranja, uključujući procjenu točke priče, arhitektonske standarde i discipline upravljanja izdanjima kako bi poboljšali poslovni učinak, kvalitetu i pouzdanost izdanja aplikacija.

Većina timova odlučuje se koristiti agilnim alatom kao što je Jira Software ili Azure DevOps za upravljanje zaostacima, sprintima i suradnjom između agilnih timova. Primarna svrha ovih alata je centralno upravljanje zahtjevima, statusom sprinta, tijekom rada i suradnjom između agilnih članova tima i više agilnih timova. Međutim, što više organizacija upotrebljava ove alate, to više mogu pomoći vođama i timovima u identificiranju problema, izvještavanju dionika o statusu i poboljšanju njihova izvršenja.

Jedno od najčešćih gotovih izvješća je izvještaj o sagorijevanju. Budući da agilne prakse omogućavaju vlasnicima proizvoda da reprioritiziraju zaostatak na temelju povratnih informacija kupaca, tradicionalna izvješća poput Ganttovih karata ne uspijevaju uhvatiti fluidnu prirodu agilnog izvršavanja. Temeljno za sažeti grafikon je to što on sadrži dovršeni posao, novo djelo dodano opsegu i druge promjene opsega. Grafikon sagorijevanja može pružiti brzu sliku o tome kako timovi koračaju prema svojim ciljevima.

Čitanje osnovne karte sprinta sprinta

Grafikoni Burndown obično imaju vremena preko x osi i procjene na y osi. Mnogi timovi procjenjuju bodove u pričama, ali mnogi okretni alati mogu prikazati sagorijevanja prema broju priča ili procjenama u satima. Za ovaj ću članak pretpostaviti da se koriste priče.

Izvješće o sprintu sprinta prikazuje broj točaka priče koji su u opsegu za vremenski interval. Dok tim dovršava priče, grafikon prikazuje kako oni "spaljuju" popis priča i drugih vrsta posla (problemi u Jira-i, vrste radnih predmeta u Azure DevOps-u) dok posao ne završi ili sprint ne završi. Kada timovi dovrše posao posvećen sprintu, iscrtana linija presijeca x osu, što znači da je sve gotovo.

Sprint je najlakše konceptualizirati. Prvog dana sprinta tim se obavezuje na neke priče i ukupan broj bodova. Ako pregledate grafikon sagorijevanja tog dana, trebali biste vidjeti jednu točku na osi y koja predstavlja broj bodova koje je momčad založila na nulti dan sprinta.

Kako su priče označene kao gotove, sprintersko sagorijevanje pokazuje preostali broj bodova koje treba ispuniti.

Kako se sprintersko izgaranje koristi u praksi? Zdravo sagorijevanje pokazuje linearnu i idealno eksponencijalnu krivulju spuštenu na nulu. Ako krivulja ima ravan nagib u ranom dijelu sprinta, to može ukazivati ​​na blokove ili puno posla u tijeku i da bi sprint mogao biti u opasnosti. Ravno ili polako nagnuto izgaranje može biti vrlo problematično ako se izvodi puno ispitivanja na pričama s kompletnim kodom i ako rad na testiranju ne može započeti do posljednjih nekoliko dana sprinta.  

Brzo spuštanje sprinta općenito je dobra stvar, ali može ukazivati ​​na to da je momčad nedovoljno angažirana ili je izabrala samo preuzimanje manjih priča u sprintu.

Epska proračuna prate napredak u odnosu na poslovne i tehničke pokretače

Sprint sagorijevanja vrlo su korisna za praćenje kratkoročnog izvršenja i pomažu timovima da uspješno ispune obveze u sprintu. Da bi se bolje pratio napredak u odnosu na dugoročne ciljeve, epska i oslobađajuća sigurnosna kopiranja pružaju potrebnu vidljivost.

Epska sagorijevanja najbolje funkcioniraju kada timovi definiraju nekoliko dugotrajnih napora, poput primjene glavnih mogućnosti krajnjeg korisnika, tehničkih strategija duga, poboljšanja performansi ili evolucije procesa. Da biste iskoristili prednosti epskih sagorijevanja, zaostali bi trebali imati:

  • Između pet i 15 epova koji će trajati najmanje nekoliko mjeseci i za završetak će trebati šest ili više sprinteva.
  • Značajke, priče i krhotine priča koje se uvijaju ispod epa i predstavljaju plan za izvršenje na epu na visokoj razini.
  • Procjene na visokoj razini, idealno u bodovima za svaku priču ili priču koja se zavrti ispod epova.

Jednom kad su postavljena, epsko sagorijevanje ucrtava promjene ovog plana. Njegova osa x predstavlja sprintove, a osa y predstavlja ukupnu procjenu priča i karika priča dodijeljenih epu. U epskom grafikonu sagorijevanja tvrtke Jira Software vidite trakasti grafikon s jednom bojom koja predstavlja priče dovršene u sprintu i drugom koja prikazuje dodane bodove. Bodovi u priči povećavaju se kada se epu dodaju nove priče ili kitovi priča ili kada se procjene promijene.

Nekoliko je načina za upotrebu epskih tablica sagorijevanja:

  • To ilustrira brzinu dovršavanja značajki i priča protiv plana. Kada su planovi točni i brzina tima u skladu, može pružiti pokazatelj kada je posao epa završen.
  • Većina agilnih planova nisu cjeloviti, a timovi dodaju, mijenjaju i uklanjaju priče na temelju povratnih informacija krajnjih korisnika, otkrivanja tehničkih složenosti i rješavanja tehničkog duga uvedenog tijekom putovanja. Epsko sagorijevanje tada ukazuje na to koliko je daleko daleko od plana epski zasnovan na tome koliko raste zaostatak u odnosu na završeni sprint po sprint.
  • Epska sagorijevanja također pomažu u usporedbi napora na više sprintova i procjenjuju koliko se planiranja i isporuke obavlja u jednom epu u odnosu na druge.

Sažeci izdanja informiraju timove hoće li izdanja doseći datum i opseg

Napredni timovi koji u potpunosti automatiziraju svoje cjevovode za isporuku kontinuiranom integracijom, kontinuiranim testiranjem i kontinuiranom isporukom možda neće trebati puštanja u rad. Timovi koji se često raspoređuju trebali bi pratiti koje su značajke i priče povezane s izdanjem, ali sagorijevanje izdanja nije vrlo korisno jer često prati napredak prema sprintu.

Za ostale timove koji slijede prakse upravljanja izdavanjima i standardiziraju izdanja s više ispisa, izdanje izdanja može biti najvažniji alat vlasnika proizvoda i tima.

Oslobađanje je slično epskom izgaranju, osim umjesto praćenja značajki, priča i kvara priloga dodijeljenih epu, izdanje izdanja pokazuje što je dodijeljeno izdanju. Os i šipke tada su identične epskim pregorima.

Timovi koji koriste sagorijevanja izdanja mogu tako pratiti opseg i vremenski raspored izdanja. Timovi koji su na stazi vidjet će sagorjeli nagib do osi x s nagibom koji odgovara brzini momčadi. Izdanja koja možda skreću s puta ili imaju manji nagib ili prikazuju više dodanih točaka priče (kada se izdanju doda veći opseg) od onoga što se dovršava.

Jira Software vam pomaže u ovim projekcijama. Pod pretpostavkom da je tim radio na projektu najmanje tri sprinta, Jira Software izračunat će prosječnu brzinu tima i predvidjeti krajnji sprint za izdanje na temelju ove brzine.

Sprinterska, epska i oslobađajuća izdvajanja daju timovima neke jednostavne alate za usklađivanje s ciljevima. Kada timovi imaju zajedničko razumijevanje opsega, dogovore se o prioritetima, planiraju nekoliko sprinteva i na odgovarajući način označe priče u svojim zaostatcima, sagorijevanja govore o tome jesu li planiranje i izvršenje usklađeni s ciljevima. Kad nisu, oni su alat vođen podacima koji može potaknuti raspravu o tome koje prilagodbe mogu biti potrebne.