Jei studijuojate inžineriją arba esate inžinierius, galbūt girdėjote, kad žodis „atsilikimas“ dažnai vartojamas jūsų srityje.
Tačiau ar kada susimąstėte, kas yra atsilikimas ir kodėl jis toks svarbus inžineriniuose projektuose?
Atsilikimas yra daugiau nei tik dar neatliktų užduočių ar užsakymų sąrašas.
Tai galingas įrankis, galintis sukurti arba sulaužyti projektą, o jei žinote, kaip gerai juo naudotis, galite padaryti projektą sėkmingą.
Šiame tinklaraščio įraše kalbėsime apie inžinerijos atsilikimą, įskaitant skirtingus jo tipus, vaidmenis ir svarbą.
Taigi, skaitykite toliau, jei norite perkelti savo inžinerinius projektus į kitą lygį.
Atsilikimų apibrėžimų ir svarbos supratimas inžinerijoje
Oficialus apibrėžimas:
1. Užsakymų, žadančių ateities darbą ir pelną, sankaupa 2. Neapdorotų medžiagų ar neatliktų užduočių sankaupa.
Inžinerijos ir projektų valdymo srityje atsilikimas yra užduočių, kurias reikia atlikti, sąrašas ir jų svarba.
Tai padeda komandoms planuoti detales prieš skiriant per daug laiko planuojant apimtį ir verslo prioritetus.
Sąrašas dalykų, kuriuos reikia padaryti:
Produktų komanda nusprendžia, su kokiais projektais dirbti toliau, o atsilikimą naudoja visos kūrimo ciklo komandos, kad galėtų stebėti savo užduotis ir nustatyti jų prioritetus, kai dirba gaminio pristatymo link.
Svarbiausi elementai yra produktų atsilikimo viršuje, todėl komanda žino, ką pirmiausia reikia dirbti.
Vartotojų istorijos, klaidų pataisymai ir produktų naujinimai yra įprasti dalykai, kuriuos reikia įtraukti į produktų atsilikimą.
Kūrimo komanda neveikia visų atsilikimų iš karto.
Vietoj to jie vienu metu daro mažus jo gabalus, vadinamus „sprintais“.
Neatsilikimo priežiūra arba tobulinimas atliekami reguliariai, siekiant užtikrinti, kad kiekvienos sprinto užduotys būtų aiškios ir įgyvendinamos.
Kokie svarbūs yra atsilikimai:
Gerai suskirstytas į prioritetus judrus atsilikimas palengvina leidimų ir iteracijų planavimą, nustato suinteresuotųjų šalių ir kitų komandų lūkesčius, o projektavimo laikas tampa ilgalaikiu turtu.
Gerai sutvarkytas produktų atsilikimas padeda komandai aiškiai apibrėžti ir suprasti projekto tikslus ir reikalavimus, nustatyti užduočių prioritetus pagal jų svarbą, priimti pagrįstus sprendimus, ką reikėtų daryti toliau, ir nuolat prisitaikyti prie kintančių reikalavimų ir prioritetų, todėl plėtros procesai tampa lankstesni ir efektyvesni.
Atsilikimo valdymas:
Atsilikimų valdymas yra procesas, kurio metu komandos papildo, keičia, išvalo ir reitinguoja atsilikimą, kad vartotojai pirmiausia gautų svarbiausias funkcijas.
Visiškas atsilikimas gali pakenkti programinės įrangos kūrimui, nes produkto pateikimas rinkai užtrunka ilgiau ir jis tampa mažiau geras.
Atsilikimo atkūrimas gali būti pagrindinė dalis siekiant grąžinti projektą į vėžes ir skatinti kūrybiškumą, kuris yra toks svarbus sėkmingam programinės įrangos kūrimui.
Atsilikimas taip pat gali reikšti:
Apskaitos ir finansų srityje atsilikimas yra didelis darbų kiekis, kurį reikia atlikti, pavyzdžiui, pardavimo užsakymai, kuriuos reikia užpildyti, arba finansiniai dokumentai, kuriuos reikia apdoroti.
Atsilikimas gali būti geras arba blogas, priklausomai nuo to, kaip jis veikia situaciją.
Viena vertus, tai gali reikšti, kad pardavimai auga, tačiau, kita vertus, įmonės dažniausiai stengiasi išvengti atsilikimų, nes tai gali reikšti, kad jos tampa mažiau efektyvios arba negali patenkinti paklausos.
Atsilikimo galios išlaisvinimas: kaip išvengti terminų ir padidinti stresą!
Vis dar sunku suprasti? Šiek tiek pakeisiu požiūrį:
Ar pavargote, kad darbus baigsite laiku ir neviršydami biudžeto? Ar pasiilgote jaudulio dėl artėjančio termino ir saldaus panikos skonio? Na, nesijaudinkite, nes aš tiesiog žinau, ką daryti: atsilikimas! Taip, tu esi teisus.
Tiesiog leiskite tiems įsakymams ir užduotims kauptis, ir netrukus turėsite daugiau darbo, nei žinote, ką daryti.
Atsisveikinkite su atliktu darbu ir pasisveikinkite su širdies priepuoliais, kuriuos sukelia stresas.
Kam rūpi užsidirbti pinigų ir būti efektyviam?
Gerai, tai buvo tik pokštas, panašus į TV reklamą.
Dabar grįžkime prie paaiškinimo.
Produktų atsilikimas ir „Sprint“ atsilikimas: pagrindiniai skirtumai
Produktų atsilikimas ir sprinto atsilikimas yra du svarbūs įrankiai organizuojant programinės įrangos kūrimo projektus naudojant Agile metodikas.
Abu atsilikimai yra svarbios bet kurio programinės įrangos kūrimo projekto dalys, tačiau jų apimtys ir tikslai skiriasi.
Prekių atsilikimas:
Produkto savininkas sudaro funkcijų, kurias reikia pridėti prie projekto, sąrašą prieš pradedant projektą.
Šis sąrašas vadinamas „produktų atsilikimu“.
Jame pateikiama viso produkto apžvalga, įskaitant pagrindinius tikslus ir principus bei kitas dalis, kurios greičiausiai pasikeis.
Jis nuolat keičiasi ir gali būti bet kada pakeistas, kad atspindėtų rinkos pokyčius ar klientų atsiliepimus.
Produktų atsilikimas yra vienas iš svarbiausių būdų kūrimo komandai ir suinteresuotosioms šalims kalbėti apie tai, ką ir kodėl reikia kurti.
Tai taip pat gyvas dokumentas, suteikiantis visai kūrimo komandai vieną tiesos šaltinį, kuriuo galima naudotis viso projekto metu.
Sprinto atsilikimas:
Kita vertus, sprinto atsilikimas yra produkto neatsilikimo poaibis, apimantis tik tuos elementus iš produktų, kuriuos galima užbaigti per kiekvieną judrų sprintą.
Dėl to gaminio veikimas tam tikru laikotarpiu labiau išsiskiria.
Sprinto atsilikimą sudaro elementai iš produktų atsargų, bet tik tie, kuriuos galima užbaigti per kiekvieną judrųjį sprinto.
Sprinto planavimo susitikimo metu komanda nusprendžia, su kokiais gaminių rezervo elementais dirbs sprinto metu.
Čia susidaro sprinto atsilikimas.
Kai visi sutinka, elementai ir jų užbaigimo žingsniai nustatomi visam sprintui.
Sprinto atsilikimas skiriasi nuo produktų atsilikimo tuo, kad jį galima pakeisti tik sprinto planavimo susitikimo metu.
Kas skiriasi:
- Apimtis: Produkto atsilikimo sąraše apžvelgiamos visos funkcijos, kurias reikia pridėti prie projekto, o sprinto atsilikimas sutelkiamas į tai, ką reikia padaryti kiekviename judriame sprinte.
- Tikslas: Produktų atsilikimas yra komunikacijos priemonė tarp kūrimo komandos ir suinteresuotųjų šalių, suteikianti bendrą supratimą apie tai, ką reikia sukurti ir kodėl.
Kūrimo komanda naudoja sprinto atsilikimą planuodama ir atlikdama darbus konkretaus sprinto metu.
- Lankstumas: produktų atsilikimas yra gyvas dokumentas, kurį galima bet kada atnaujinti, kad būtų atspindėti rinkos pokyčiai arba klientų atsiliepimai.
Sprinto metu sprinto atsilikimas yra įšaldomas, o pakeitimus galima atlikti tik sprinto planavimo susitikimo metu.
Atsilikimų valdymas ir priežiūra: vaidmenys ir atsakomybė
Atsilikimų stebėjimas ir tvarkymas yra pagrindinė Agile programinės įrangos kūrimo dalis.
Čia pateikiami svarbiausi vaidmenys ir pareigos, kai reikia valdyti ir išlaikyti neatsilikimus.
Produkto savininko pareigos:
- Produkto savininkas yra atsakingas už Produkto atsilikimo tvarkymą ir palaikymą, įskaitant elementų suskirstymą į vartotojų istorijas.
- Jie yra atsakingi už gaminių rezervo, įskaitant jo turinį, prieinamumą ir užsakymą, organizavimą ir priežiūrą.
- Jie užtikrina, kad atsilikimas atitiktų bendrus projekto tikslus ir kad komanda dirbtų svarbias ir vertingas užduotis.
Kūrimo komandos pareigos:
- Kūrimo komanda yra atsakinga už tai, kad Produktų atsilikimas būtų paverstas papildomomis funkcijomis.
- Jiems priklauso „Sprint Backlog“ ir jie yra atsakingi už sprendimą, kokius elementus įtraukti ir kaip jiems teikti pirmenybę.
- Sprinto planavimo seansų metu jie pateikia produktų atsilikimo elementų sąmatas.
- Jie sukuria „Sprint“ atsilikimo žurnalą, kuris yra sprintui atrinktų produktų neatsilikimo elementų rinkinys, kartu su planu, kaip pristatyti produkto prieaugį įgyvendinant sprinto tikslą.
- Jie atlieka darbą iš „Sprint Backlog“ ir jį modifikuoja bei atnaujina, kai atsiranda naujos informacijos.
Scrum Master užduotys yra šios:
- Scrum Master palengvina Scrum renginius ir padeda kiekvienam suprasti Scrum teoriją, praktiką, taisykles ir vertybes.
- Jie gali būti įtraukti į atsilikimo keitimo procesą, tačiau jie neturi teisės patys atlikti pakeitimų.
Bendradarbiavimas ir pokalbis vienas su kitu:
- Nors tik produkto savininkas yra atsakingas už produktų atsilikimo tvarkymą, jo tobulinimas turėtų būti bendradarbiavimo pastangos, kai likusi Scrum komanda prisideda savo žiniomis, įžvalgomis ir patirtimi iki šiol.
- Visa komanda dirba ir prisideda prie produktų atsilikimo, tačiau galiausiai kūrėjų komanda turi paversti jį veikiančia programine įranga.
Trumpai tariant, gaminio savininkas yra atsakingas už produktų atsilikimą, o kūrimo komanda – už „Sprint“ atsilikimą.
„Scrum Master“ veda „Scrum“ susitikimus ir užtikrina, kad visi suprastų „Scrum“ teoriją, praktiką, taisykles ir vertybes.
Komanda dirba kartu ir kalbasi, kad įsitikintų, jog abu atsilikimai yra teisingi, atnaujinami ir atitinka bendrus projekto tikslus.
Kūrimo komanda yra atsakinga už tai, kad gaminio neatliktų elementų elementai būtų paverčiami veikiančia programine įranga, o produkto savininkas užtikrina, kad atsilikimas atitiktų bendrus projekto tikslus.
Atsilikimo tobulinimo ir prioritetų nustatymo metodai
Atsilikimų valdymas ir priežiūra: vaidmenys ir atsakomybė
Atsilikimai yra svarbi Agile projektų valdymo dalis, todėl juos reikia valdyti ir nuolat atnaujinti.
Šiame straipsnyje kalbama apie tai, kokie yra „Scrum“ komandos vaidmenys ir atsakomybė, kai reikia valdyti ir stebėti produktų bei sprinto atsilikimus.
Produkto savininkas ir produktų atsilikimas
Produkto savininkas yra atsakingas už produktų atsilikimo tvarkymą ir atnaujinimą, kuris yra gyvas dokumentas, kuris keičiasi atsižvelgiant į verslo poreikius, rinką ir technologijas.
Planas ir jo reikalavimai naudojami gaminių atsilikimui sudaryti, tai yra Kūrimo komandos darbų sąrašas, suskirstytas pagal svarbą.
Svarbiausi dalykai yra viršuje, kad su jais būtų galima dirbti pirmiausia.
Produkto savininkas yra atsakingas už tai, kad produktų atsilikimas būtų tvarkingas ir atnaujintas.
Tai apima elementų suskirstymą į vartotojų istorijas.
Jie nusprendžia, kaip išdėstyti užduočių atlikimą, ir įsitikina, kad jos atitinka bendrus projekto tikslus.
Produkto savininkas bet kuriuo metu gali pakeisti arba pertvarkyti užduotis, esančias uždelse, atsižvelgdamas į klientų atsiliepimus ar naujus reikalavimus.
Tačiau pradėjus darbą, pokyčių neturėtų būti per daug.
Per seansus, kuriais siekiama išvalyti produktų atsilikimą ir planuoti sprintus, PBI įvertinimui naudojami istorijos taškai.
Tai tik apytikslis dydžio supratimas.
Produkto savininkas gali turėti įtakos kūrimo komandai, padėdamas suprasti ir pasirinkti kompromisus, tačiau galutinį įvertinimą atlieka žmonės, kurie atliks darbą.
Kūrimo komanda ir sprinto atsilikimas
Kūrimo komanda yra atsakinga už tai, kad gaminių atsargų elementai būtų paverčiami funkcijomis, kurias galima naudoti kartu.
Nors produkto savininkas yra vienintelis, atsakingas už produktų atsilikimo stebėjimą, likusieji „Scrum“ komandos nariai turėtų padėti jį tobulinti, dalindamiesi savo žiniomis, įžvalgomis ir patirtimi iki šiol.
Visa komanda dirba ir papildo produktų atsilikimą, tačiau kūrimo komandos darbas yra paversti jį programine įranga, kurią būtų galima naudoti.
Kūrimo komanda yra atsakinga už „Sprint“ atsilikimą, kuris yra neatliktų produktų pogrupis.
„Sprint Backlog“ turi svarbiausius dalykus iš „Produktų atsilikimo“, taip pat kitus dalykus, kuriuos reikia atlikti, pvz., naudotojų istorijas, užduotis, naudojimo atvejus ir testus.
„Sprint Backlog“ kūrėjai gali rasti paprastas užduotis, kurias reikia atlikti dabartinio sprinto metu.
Jame taip pat yra istorijų, apibūdinančių aukšto lygio produkto vartotojo vertę, ir išsamių užduočių, kurios suskirsto vartotojo istoriją į paprastus, įgyvendinamus tobulinimo veiksmus.
Kūrimo komanda yra atsakinga už tai, kas bus įtraukta į „Sprint“ atsilikimą ir kiek svarbus kiekvienas elementas.
Vartotojų istorijos, užduotys, naudojimo atvejai, testai ir bet kokie kiti elementai, suskaidantys pasirinktus produktų atsargų elementus, gali būti įtraukiami į „Sprint“ atsilikimą.
Per kiekvieną „Daily Scrum“ susitikimą (kasdienį susitikimą) komandos nariai peržiūri savo pažangą, palyginti su planuojamomis užduotimis „Sprint Backlog“, kad sužinotų, ar jie eina link šio sprinto tikslo.
Jei yra svarbių klaidų ar veiksmų plano funkcijų pakeitimų, jie gali pakeisti arba atnaujinti savo prioritetus „Sprint“ atsilikimo žurnale.
Atsilikimo tobulinimo ir prioritetų nustatymo metodai
Naudojant Agile projektų valdymą, naudojant efektyvius atsilikimo patikslinimo ir prioritetų nustatymo metodus, galima pagerinti projekto rezultatus ir jo veikimą.
Atsilikimo patikslinimas yra nuolatinis procesas, užtikrinantis, kad vartotojų lūkesčiai, atsiliepimai iš rinkos ir projekto pristatymas būtų sinchronizuojami.
Atsilikimo priežiūros sesijos naudojamos siekiant iš naujo įvertinti prioritetus, išvalyti ir sutvarkyti produktų atsilikimą ir padaryti sprinto planavimą produktyvesnį.
Pagrindinis atsilikimo patikslinimo pranašumas yra įsitikinimas, kad sąrašo viršuje esantys elementai yra tinkami, turi pakankamai informacijos ir turi sąmatą.
Veiksmingas prioritetų nustatymas prasideda dar ilgai, kol net nepasiekiate atsilikimo.
Pirmiausia turėsite parengti savo produkto planą.
Tai suteikia komandai galimybę įvertinti, kaip gerai jie laikosi bendrų tikslų ir projektų.
Atsilikimo prioritetų nustatymas reikalingas norint sutvarkyti gaminio neatsilikimo elementus (pvz., Vartotojų istorijas, klaidas, šuolius ir kt.), kad juos būtų galima sukurti ir išleisti tinkama tvarka.
Atsilikimų rūšys ir jų valdymas įvairiose pramonės šakose
Atsilikimo tipai
Produkto kūrimui reikia surikiuoti funkcijas pagal svarbą ir jas pritaikyti.
Tam naudojami trys pagrindiniai atsilikimų tipai:
- Produktų atsilikimas.
Produkto atsilikimas yra ilgalaikis produkto planas, apimantis funkcijas, kurių išleidimui dar nebuvo suteiktas prioritetas.
Tai gyvas dokumentas, kuris keičiasi, kai ateina nauja informacija ir grįžtamasis ryšys.
Jis suskaido viziją į konkrečius dalykus, kuriuos galima padaryti ir pridėti produkto vertės.
- Išleiskite atsilikimą.
Leidimų žurnalas yra neatliktų produktų žurnalo dalis, kurioje pateikiamos funkcijos, kurios bus pateiktos tam tikrame leidime.
Jis gaminamas renkant prekes iš produktų atsargų, atsižvelgiant į jų svarbą ir ar jas galima atlikti.
- Sprinto atsilikimas.
„Sprint Backlog“ yra „Release Backlog“ dalis, kurioje išvardytos funkcijos, kurios bus pristatytos tam tikru sprinto metu.
Tai daroma renkant elementus iš leidimų žurnalo, atsižvelgiant į tai, kiek jie svarbūs ir ar juos galima padaryti, ar ne.
Atsilikimo valdymas įvairiose pramonės šakose
Įvairios pramonės šakos skirtingai sprendžia atsilikimus.
Štai keletas pavyzdžių:
- Programinės įrangos kūrimas.
Judrūs metodai, tokie kaip Scrum arba Kanban, naudojami programinės įrangos kūrimo atsilikimams tvarkyti.
„Scrum“ komandos dirba „sprintuose“, tai yra riboti laikotarpiai, per kuriuos jos atlieka konkrečias užduotis iš „Sprinto atsilikimo“.
Kiekvieną dieną komanda rengia „stand-up“ susitikimus, kuriuose kalbama apie tai, kaip viskas vyksta ir kokias problemas turi.
„Kanban“ darbo elementai rodomi lentoje su stulpeliais, rodančiais, kur jie yra atliekami.
Kai darbo elementai juda skirtingais etapais, komandos nariai perkelia juos iš vieno stulpelio į kitą.
- Projektų valdymas.
Valdant projektus galima naudoti tokius įrankius kaip „Trello“ ir „Jira“, kad būtų galima sekti neatsilikimus.
Naudodami šiuos įrankius vartotojai gali sudaryti lentas su sąrašais, kuriuose rodomi skirtingi projekto etapai.
Darbo elementus galima įtraukti į šiuos sąrašus ir perkelti iš vieno sąrašo į kitą, kai jie pereina skirtingais etapais.
Scrum ir atsilikimų valdymas
„Scrum“ produktų atsilikimas
„Scrum Product Backlog“ yra projekto elementų, funkcijų ir užduočių sąrašas, surūšiuotas pagal jų svarbą.
Jame neturėtų būti išsamios informacijos apie tai, ko reikia.
Vietoje to galutiniai reikalavimai nustatomi sprinto metu kartu su klientu.
Vartotojų istorijas, kuriose parodomas darbas, kurį reikia atlikti norint pristatyti produktą ar paslaugą, galima įtraukti į „Scrum Product Backlog“.
Kiekviena „Scrum Product Backlog“ prekė turi turėti tam tikrą vertę klientui.
„Scrum“ komanda taip pat gali naudoti kitus artefaktus, pvz., skirtingų naudotojų vaidmenų santrauką, darbo eigos aprašymus, vartotojo sąsajos gaires, siužetus ar vartotojo sąsajos prototipus, tačiau jie nepakeičia „Scrum“ produktų atsargų.
Vietoj to jie papildo ir paaiškina, kas jame parašyta.
Logistikos atsilikimas
Priklausomai nuo to, apie ką kalbama, terminas „logistikos atsilikimas“ gali reikšti skirtingus dalykus.
Tiekimo grandinės valdyme atsilikimas – tai visi produktai, kuriuos klientai užsakė, bet dar nebuvo išsiųsti.
Tai apima tokius dalykus kaip darbo užsakymo numeris, gaminio numeris, pristatymo data, suma ir užsakymo būsena.
Atsilikimas yra naudingas verslui, nes parodo, kad klientai nori mokėti už dar neįvykdytus užsakymus.
Tačiau jei nesilaikoma terminų ir užsakymai neišsiunčiami laiku, atsilikimas virsta užsakymais, o tai gali pakenkti verslui.
Uosto konteinerių logistikoje atsilieka, kai gabenimo konteineriai kaupiasi uostuose dėl problemų tiekimo grandinėje, kurią sukelia COVID-19 politika ir daugiau žmonių, norinčių prekių.
Dėl tokio atsilikimo logistikos srityje siuntimas gali užtrukti ilgiau ir įmonėms kainuoti daugiau.
PRIEŽIŪRA ATLIKTAS: kas tai yra ir kaip apskaičiuoti neatsilikimą?
Patarimas: jei reikia, įjunkite antraštės mygtuką. Jei nesate susipažinę su šnekamąja kalba, nustatymų mygtuke pasirinkite „automatinis vertimas“. Gali tekti pirmiausia spustelėti vaizdo įrašo kalbą, kad jūsų mėgstamiausia kalba taptų prieinama versti.
Naudojimo atvejai
| Naudojamas: | Apibūdinimas: |
|---|---|
| Programinės įrangos kūrimas: | Atsilikimas dažnai naudojamas programinės įrangos kūrimo projekto eigai stebėti. Jame yra visų funkcijų, klaidų ir užduočių, kurias reikia atlikti, kad būtų galima sukurti galutinį produktą, sąrašas. Komanda dirba su neatsilikimo elementais. Tokia tvarka, kuri yra prasmingiausia projektui.Backlog gali būti naudojamas norint sekti, kas turi būti atlikta, kas atsakingas už kiekvieną užduotį ir kada kiekviena užduotis turi būti atlikta.Tai įrankis, kurį gali naudoti programinės įrangos kūrimo komandos neapsieikite be to, jei nori užtikrinti, kad kokybiškus produktus pristatytų laiku. |
| Gamyba: | Gamyboje galima naudoti neatsilikimą, kad būtų galima stebėti, kaip medžiagos ir gaminiai juda gamybos procese. Pavyzdžiui, gali būti sudarytas neatsilikimas, kad būtų galima sekti, kiek nebaigtų gaminių reikia užbaigti, kad būtų galima užpildyti užsakymą. Naudojamas siekiant užtikrinti, kad gamybos procesas vyktų sklandžiai ir užsakymai būtų įvykdyti laiku. |
| Konstrukcija: | Atsilikimą galima naudoti statybose, kad būtų galima stebėti, kiek toli yra projektas, ir užtikrinti, kad visos užduotys būtų atliktos laiku. Kai kurie dalykai, kurie gali būti neatsilikę statybose, yra medžiagų užsakymas, darbuotojų planavimas ir patikrinimų atlikimas. Galite naudoti atsilikimą, kad įsitikintumėte, jog kiekviena užduotis atliekama tinkama tvarka ir ar projektas vyksta taip, kaip planuota. |
| Finansai: | Finansų srityje neapmokėtas atsilikimas yra būdas sekti mokėjimus ar sąskaitas faktūras, kurios dar nebuvo apdorotos ir turi būti apdorotos. Pavyzdžiui, gali būti sudarytas atsilikimas, siekiant sekti, kiek neapmokėtų vėluojančių sąskaitų faktūrų. Naudojamas siekiant užtikrinti, kad visi mokėjimai būtų atlikti laiku ir gerai valdomi įmonės pinigų srautai. |
Išvada
Inžinerijos srityje neatsilikimas yra svarbi projekto valdymo dalis, o jos svarbos supratimas gali turėti didžiulį poveikį projekto sėkmei.
Svarbu visapusiškai suprasti „atsilikimo“ sąvoką, kad būtų galima valdyti produktų arba sprinto atsilikimą ir naudoti veiksmingus tobulinimo ir prioritetų nustatymo metodus.
Tačiau svarbu nepamiršti, kad atsilikimo tvarkymas nėra vienkartinis dalykas.
Jį reikia tobulinti ir į jį atkreipti dėmesį per visą projekto gyvavimo ciklą.
Kaip inžinieriui, žinant, kaip tvarkyti savo atsilikimus, gali skirtis projektas, kuris veikia, ir toks, kuris ne.
Taigi išnaudokite atsilikimo galią savo naudai ir niekada nenustokite ją tobulinti ir tobulinti, kad gautumėte geriausių rezultatų.
Pasidalinti…
