Programiranje

3 agilna poročila o izgorevanju in kako jih uporabiti

Agilne prakse se za nepoznavalce in premalo obveščene včasih lahko pojavijo kot ad hoc metodologije za razvoj programske opreme in projektnega vodenja. Resnica je precej drugačna.

Eno od 12 načel agilne programske opreme pravi: "Najboljše arhitekture, zahteve in oblikovanje izhajajo iz samoorganizirajočih se skupin," vendar večina organizacij, ki uporabljajo agilne prakse, vključno s scrumom in Kanbanom, uveljavlja nekatere pomembne stroge postopke in rituale. Mnoge organizacije na primer izvajajo agilne prakse načrtovanja, vključno z oceno zgodb, arhitekturnimi standardi in disciplinami za upravljanje izdaj, da izboljšajo poslovni učinek, kakovost in zanesljivost izdaj aplikacij.

Večina ekip se za upravljanje zaostankov, sprintov in sodelovanja med agilnimi ekipami odloči za uporabo gibčnega orodja, kot sta Jira Software ali Azure DevOps. Primarni namen teh orodij je centralno upravljanje zahtev, statusa sprinta, poteka dela in sodelovanja med agilnimi člani ekipe in več agilnimi ekipami. Vendar bolj kot stroge organizacije uporabljajo ta orodja, bolj lahko ta orodja pomagajo vodjem in skupinam pri ugotavljanju težav, poročanju zainteresiranim stranem o stanju in izboljšanju njihovega izvajanja.

Eno najpogostejših poročil o prodaji je poročilo o izgorevanju. Ker agilne prakse lastnikom izdelkov omogočajo, da zaostanke repriotizirajo na podlagi povratnih informacij strank, tradicionalna poročila, kot so grafikoni Gantt, ne zajamejo tekoče narave gibčne izvedbe. Bistveno pri razgrajenem grafikonu je, da vključuje zaključena dela, novo delo, dodano obsegu, in druge spremembe obsega. Grafikon izginotja lahko na hitro predstavi, kako ekipe korakajo proti svojim ciljem.

Branje osnovne karte sprinta sprinta

Grafikoni Burndown imajo običajno čas čez os x in ocene na osi y. Številne ekipe ocenjujejo v zgodbenih točkah, vendar lahko veliko gibčnih orodij začrta odštevanja glede na število zgodb ali ocene v urah. Za ta članek predvidevam, da se uporabljajo zgodbe.

Poročilo o sprintu sprint prikazuje število zgodb, ki so v obsegu za časovni interval. Ko ekipa zaključuje zgodbe, grafikon prikazuje, kako »zažigajo« seznam zgodb in drugih vrst dela (težave v Jira, vrste delovnih elementov v Azure DevOps), dokler se delo ne konča ali sprint ne konča. Ko ekipe zaključijo delo, namenjeno sprintu, narisana črta preseka os x, kar pomeni, da je vse narejeno.

Sprint je najlažje zamisliti. Prvi dan šprinta se ekipa zaveže nekaterim zgodbam in skupnemu številu zgodb. Če ta dan pregledate grafikon izgorevanja, boste na osi y videli eno točko, ki predstavlja število točk, ki se jim je ekipa zavzela na ničli dan sprinta.

Ko so zgodbe označene kot dokončane, sprint sprind prikazuje preostalo število točk, ki jih je treba izpolniti.

Kako se sprint burndown uporablja v praksi? Zdravo izgorevanje kaže linearno in idealno eksponentno krivuljo do nič. Če ima krivulja raven naklon v zgodnjem delu šprinta, lahko to kaže na bloke ali veliko dela v teku in da je šprint lahko ogrožen. Ravno ali počasi nagnjeno izgorevanje je lahko zelo problematično, če se opravi veliko testiranj na zgodbah s popolno kodo in če se testiranje ne more začeti do zadnjih nekaj dni sprinta.

Hitro padajoče sprintersko izgorevanje je na splošno dobro, vendar lahko kaže na to, da je ekipa premalo obvezna ali pa se je odločila za manjše zgodbe v sprintu.

Epska zajezitev sledi napredku glede na poslovne in tehnične gonilnike

Sprint izgorevanja so zelo koristna za sledenje kratkoročnemu izvajanju in ekipam pomagajo pri uspešnem izpolnjevanju sprint zavez. Za boljše sledenje napredku pri dolgoročnih ciljih zagotavljajo potrebno vidnost epska in sprostitvena izgorevanja.

Epska izginotja najbolje delujejo, kadar ekipe opredelijo več dolgotrajnih prizadevanj, kot so izvajanje glavnih zmogljivosti končnega uporabnika, tehnične strategije dolga, izboljšave učinkovitosti ali razvoj procesov. Če želite izkoristiti epska izgorevanja, mora imeti zaostanek:

  • Med petimi in petnajstimi epi, ki bodo trajali vsaj nekaj mesecev in bodo potrebovali šest ali več sprintov.
  • Funkcije, zgodbe in zgodbe, ki se zvijejo pod epom in predstavljajo načrt za izvedbo na epu na visoki ravni.
  • Ocene na visoki ravni, idealno v zgodbah za vsako zgodbo ali zgodbo, ki se zvrsti pod epove.

Ko so ti nameščeni, epsko zažiganje zabeleži spremembe tega načrta. Njegova os x predstavlja šprinte, os y pa skupno oceno zgodb in orodij, dodeljenih epu. V epskem izgorelem grafikonu Jira Software vidite stolpčni graf z eno barvo, ki predstavlja zgodbe, zaključene v sprintu, in drugo, ki prikazuje dodane točke zgodbe. Zgodbene točke se povečajo, ko se epu dodajo nove zgodbe ali zgodbe ali ko se ocene spremenijo.

Obstaja več načinov za uporabo epskega izgorelega grafikona:

  • Prikazuje hitrost dokončanja funkcij in zgodb v primerjavi z načrtom. Ko so načrti natančni in je hitrost ekipe skladna, lahko zagotovi kazalnik, ko je delo epa končano.
  • Večina gibčnih načrtov ni popolnih, skupine pa dodajajo, spreminjajo in odstranjujejo zgodbe na podlagi povratnih informacij končnih uporabnikov, odkrivanja tehnične zapletenosti in odpravljanja tehničnega dolga, uvedenega med potovanjem. Epsko izgorevanje nato nakaže, kako daleč od epa temelji načrt, glede na to, koliko narašča zaostanek v primerjavi s številom zaključenih sprintov za sprintom.
  • Epska izgorevanja prav tako pomagajo primerjati prizadevanja na več sprintih in oceniti, koliko dela se pri enem epu v primerjavi z drugimi opravi.

Izpuščena gradiva obvestijo ekipe, ali bodo izdaje zadele datum in obseg

Napredne ekipe, ki svoje avtomatizacijske kanale popolnoma avtomatizirajo z nenehno integracijo, neprekinjenim testiranjem in neprekinjeno dostavo, morda ne bodo potrebovale izpustov. Skupine, ki se pogosto uvajajo, bi morale slediti, katere funkcije in zgodbe so povezane z izdajo, vendar sprostitev izdaje ni zelo uporabna, saj pogosto spremlja napredek po sprintu.

Za druge skupine, ki sledijo praksam upravljanja izdaj in standardizirajo izdaje z več tiskanimi izdajami, je utegnjeno najpomembnejše orodje lastnika izdelka in ekipe.

Izpuščanje je podobno epskemu zagonu, razen namesto sledenja funkcijam, zgodbam in zgodbam zgodb, dodeljenim epu, sproščanje prikazuje, kaj je dodeljeno izdaji. Os in palice so nato enake epskim izgorevanjem.

Skupine, ki uporabljajo izzidave za izdajo, lahko tako sledijo obsegu in časovni premici za izdajo. Ekipe, ki so na progi, bodo videle izgorelo strmino do osi x z naklonom, ki ustreza hitrosti ekipe. Izdaje, ki morda izstopajo iz tira, imajo manjši naklon ali prikazujejo dodajanje več zgodb (ko je izdaji dodan večji obseg) kot končanih.

Pri teh projekcijah vam pomaga programska oprema Jira. Ob predpostavki, da je ekipa delala na projektu vsaj tri sprinte, bo Jira Software izračunala povprečno hitrost ekipe in napovedala končni sprint za izdajo na podlagi te hitrosti.

Sprinterska, epska in sprostitvena izginotja dajejo ekipam nekaj enostavnih orodij za prilagajanje ciljem. Ko skupine enotno razumejo področje uporabe, se dogovorijo o prednostnih nalogah, načrtujejo več sprintov in primerno označijo zgodbe v svojih zaostankih, burndowns povedo zgodbo o tem, ali sta načrtovanje in izvedba usklajena s cilji. Ko niso, so orodje, ki temelji na podatkih in lahko spodbudi razpravo o tem, katere prilagoditve bodo morda potrebne.

$config[zx-auto] not found$config[zx-overlay] not found