Agile prakse nezinātājiem un nepietiekami informētiem cilvēkiem dažkārt var parādīties kā ad hoc programmatūras izstrādes un projektu vadības metodika. Patiesība ir daudz atšķirīga.
Viens no 12 veiklās programmatūras principiem nosaka: “Labākās arhitektūras, prasības un dizains rodas no pašorganizējošām komandām”, taču lielākā daļa organizāciju, kas izmanto veiklu praksi, tostarp scrum un Kanban, īsteno dažus nozīmīgus procesa stingrumus un rituālus. Piemēram, daudzas organizācijas ievieš veiklu plānošanas praksi, tostarp stāsta punktu novērtēšanu, arhitektūras standartus un laidienu pārvaldības disciplīnas, lai uzlabotu lietojumprogrammu izlaidumu ietekmi uz uzņēmējdarbību, kvalitāti un uzticamību.
Lielākā daļa komandu izvēlas izmantot veiklus rīkus, piemēram, Jira Software vai Azure DevOps, lai pārvaldītu neizpildītos darbus, sprintus un sadarbību starp veiklām komandām. Šo rīku galvenais mērķis ir centralizēti pārvaldīt prasības, sprinta statusu, darbplūsmu un sadarbību starp veikliem komandas locekļiem un vairākām veiklām komandām. Tomēr, jo stingrākas organizācijas izmanto šo rīku izmantošanu, jo vairāk šie rīki var palīdzēt vadītājiem un komandām noteikt jautājumus, ziņot ieinteresētajām personām par statusu un uzlabot to izpildi.
Viens no visizplatītākajiem pārskatiem, kas nav pieejami, ir izdegšanas ziņojums. Tā kā veiklā prakse ļauj produktu īpašniekiem pārorientēt uzkrājumu apjomu, pamatojoties uz klientu atsauksmēm, tradicionālajos pārskatos, piemēram, Ganta diagrammās, nav iespējams uztvert veiklās izpildes plūdumu. Izdegšanas diagrammas pamatnosacījums ir tas, ka tajā tiek ņemti vērā pabeigtie darbi, darbības jomā pievienotie jaunie darbi un citas darbības jomas izmaiņas. Dedzināšanas diagramma var sniegt ātru priekšstatu par to, kā komandas virzās uz savu mērķi.
Lasot sprinta pamatdeguma diagrammu
Izdegšanas diagrammām parasti ir laiks pa x asi un tāmes uz y ass. Daudzas komandas novērtē sižeta punktus, taču daudzi veiklie rīki var diagrammas sadedzināt pēc stāstu skaita vai aprēķinu stundās. Pieņemsim, ka par šo rakstu tiek izmantoti stāsta punkti.
Sprinta izdegšanas pārskatā tiek parādīts stāstu punktu skaits, uz kuriem attiecas laika intervāls. Komandai pabeidzot stāstus, diagrammā parādīts, kā viņi “sadedzina” stāstu un cita veida darbu sarakstu (jautājumi Jira, darba vienumu veidi Azure DevOps), līdz darbs ir pabeigts vai sprints beidzas. Kad komandas pabeidz sprintam uzticēto darbu, uzzīmētā līnija krustojas ar x asi, norādot, ka viss ir izdarīts.
Sprinta izdegšana ir visvieglāk konceptualizējama. Pirmajā sprinta dienā komanda apņemas ievērot dažus stāstus un kopējo stāstu punktu skaitu. Pārskatot degšanas diagrammu tajā dienā, uz y ass vajadzētu redzēt vienu punktu, kas apzīmē punktu skaitu, ko komanda apņēmusies sprinta nulles dienā.
Kad stāsti tiek atzīmēti kā pabeigti, sprinta sadegšana parāda atlikušo punktu skaitu, kas jāpabeidz.
Kā sprinta izdegšana tiek izmantota praksē? Veselīga sadegšana parāda lineāru un ideāli eksponenciālu līkni līdz nullei. Ja līknei sprinta sākumā ir plakans slīpums, tas var liecināt par blokiem vai daudz notiekoša darba un ka sprints var būt apdraudēts. Plakans vai lēni slīps izdegums var būt ļoti problemātisks, ja tiek veikts daudz testu ar kodu pilniem stāstiem un ja testēšanas darbu nevar sākt līdz pēdējām sprinta dienām.
Strauji lejupejoša sprinta sadegšana parasti ir laba lieta, taču tas var liecināt, ka komanda nepietiekami pilda saistības vai ir izvēlējusies uzņemties tikai mazākus stāstus sprintā.
Episkā sadegšana izseko progresu, salīdzinot ar biznesa un tehniskajiem virzītājiem
Sprinta izdegšana ir ļoti noderīga, lai izsekotu īstermiņa izpildi, un palīdz komandām veiksmīgi izpildīt sprinta saistības. Lai labāk izsekotu progresam, salīdzinot ar ilgtermiņa mērķiem, episkā un atbrīvošanās dedzināšana nodrošina nepieciešamo redzamību.
Episki izdegumi vislabāk darbojas, ja komandas nosaka vairākus ilgstošus centienus, piemēram, galveno lietotāju iespēju ieviešanu, tehnisko parādu stratēģijas, veiktspējas uzlabojumus vai procesu attīstību. Lai izmantotu episko izdegšanas priekšrocības, neizpildītajam ir jābūt:
- Starp piecām un 15 episkām, kuru ilgums būs vismaz vairāki mēneši un kuru pabeigšanai būs nepieciešami seši vai vairāk ātrumposmi.
- Funkcijas, stāsti un stāstu stumbri, kas sakrīt zem episkā un atspoguļo augsta līmeņa plānu, ko izpildīt episkā.
- Augsta līmeņa aplēses, ideālā gadījumā - stāsta punktos par katru stāstu vai stāstu, kas sakrīt ar eposu.
Kad tie ir ieviesti, episkā sadedzināšana parāda diagrammas izmaiņas šajā plānā. Tās x ass apzīmē sprintus, un y ass atspoguļo epopejai piešķirto stāstu un stāstu kopējo novērtējumu. Jira Software episkajā sadedzināšanas diagrammā redzat joslu diagrammu ar vienu krāsu, kas attēlo stāstus, kas pabeigti sprintā, un otru, kas parāda pievienotos stāsta punktus. Stāstu punkti palielinās, kad eposam tiek pievienoti jauni stāsti vai stāstu stumbri vai mainās aprēķini.
Episkā sadedzināšanas diagramma ir pieejama vairākos veidos:
- Tas ilustrē objektu un stāstu pabeigšanas ātrumu pret plānu. Ja plāni ir precīzi un komandas ātrums ir konsekvents, tas var sniegt rādītāju, kad epopeja ir pabeigta.
- Lielākā daļa veiklo plānu nav pilnīgi, un komandas pievieno, maina un noņem stāstus, pamatojoties uz galalietotāju atsauksmēm, tehnisko sarežģījumu atklāšanu un brauciena laikā ieviesto tehnisko parādu novēršanu. Tad episkā sadegšana norāda, cik tālu no plāna epopeja ir balstīta uz to, cik daudz uzkrājumu pieaug, salīdzinot ar sprinta pabeigšanu.
- Episki izdegumi arī palīdz salīdzināt centienus vairākos sprintos un novērtēt, cik liels plānošanas un piegādes darbs tiek veikts vienā eposā salīdzinājumā ar citiem.
Izdevumu izdegšana informē komandas, vai izlaidumi tiks sasniegti datumā un apjomā
Progresīvām komandām, kas pilnībā automatizē savus piegādes cauruļvadus ar nepārtrauktu integrāciju, nepārtrauktu testēšanu un nepārtrauktu piegādi, iespējams, nav nepieciešami izlaišanas dedzinājumi. Komandām, kuras bieži izvietojas, vajadzētu izsekot, kādas funkcijas un stāsti ir saistīti ar izlaišanu, taču izlaišanas izdegšana nav pārāk noderīga, jo tā bieži izseko progresu pēc sprinta.
Citām komandām, kas ievēro laidienu pārvaldības praksi un standartizē vairāku izdruku izlaidumus, izlaišanas izdegšana var būt vissvarīgākais produkta īpašnieka un komandas rīks.
Izlaiduma izdegšana ir līdzīga episkā izdegšanai, izņemot to, ka eposam piešķirto iezīmju, stāstu un stāstu stumbru izsekošanas vietā tiek parādīts laidienam piešķirtais. Asis un stieņi pēc tam ir identiski episkā izdegšanas gadījumiem.
Komandas, kas izmanto laidiena izdegšanu, tādējādi var izsekot izlaišanas jomai un laika grafikam. Komandas, kuras atrodas uz ceļa, redzēs sadegšanas nogāzi līdz x asij ar slīpumu, kas atbilst komandas ātrumam. Izlaidumiem, kas, iespējams, novirzās no sliežu ceļa, ir vai nu mazāks slīpums, vai arī tie attēlo vairāk pievienoto stāstu punktu (kad izlaidumam tiek pievienots lielāks tvērums) nekā pabeigtais.
Jira programmatūra palīdz jums veikt šīs projekcijas. Pieņemot, ka komanda ir strādājusi pie projekta vismaz trīs ātrumposmos, Jira Software aprēķinās vidējo komandas ātrumu un prognozēs izlaiduma beigu sprintu, pamatojoties uz šo ātrumu.
Sprinta, episkā un izlaiduma dedzināšana komandām dod dažus viegli lietojamus rīkus, lai pielāgotos mērķiem. Kad komandām ir kopīga izpratne par darbības jomu, vienojas par prioritātēm, ieplāno vairākus ātrumposmus uz priekšu un atbilstoši atzīmē stāstus savos neizpildītajos gadījumos, izdegumi stāsta par to, vai plānošana un izpilde ir saskaņota ar mērķiem. Ja tā nav, tie ir uz datiem balstīts rīks, kas var rosināt diskusijas par nepieciešamajiem pielāgojumiem.
