Vo vývoji softvéru je prevencia vždylepšie ako vyliečenie. Zaobchádzanie so softvérovými chybami na začiatku životného cyklu vývoja softvéru (SDLC) vám nielen ušetrí čas vášho tímu DevOps, ale ušetrí vám aj nejaké peniaze. V skutočnosti, oprava chyby po prepustení produktu je 4-5 krát drahšie ako vyriešenie toho istého problému počas fázy návrhu.
Chyby môžu predstavovať veľa hrozieb z hľadiska bezpečnostiproblémy s poskytovaním služieb. Môže to ovplyvniť mieru prieniku na trh, najmä vo svete, kde je konkurencia dominantného postavenia na trhu pomerne vysoká. Vo väčšine prípadov bude odstránenie takýchto problémov závisieť od toho, ako sa vaša spoločnosť zaoberá technickým dlhom. Ak prijmete agilný prístup k riešeniu technického dlhu, môže byť ľahšie sa zaoberať týmito problémami na začiatku SDLC.
Postup riešenia agilného prístupu pri riešení technického dlhu:
Čo je to technický dlh?
Počas vývoja softvéru sú tímy DevOpszvyčajne čelia tlaku zo strany manažérov a zákazníkov. Spravidla si želajú uviesť produkt na trh čo najskôr. Tímy spoločnosti DevOps tak zostávajú v dileme - musia softvér rýchlo rozvíjať a riskovať chyby, alebo si treba dať čas na vývoj a rozhnevať zákazníkov a riadenie.
V ideálnom prípade je prvý z nich zvyčajne lepšou možnosťoupre väčšinu tímov, najmä ak sa firma snaží povzniesť sa nad konkurenciu alebo začať niečo skôr, ako konkurencia. Na druhej strane zavádzajú produkt, ktorý obsahuje chyby, s cieľom znížiť tieto chyby v pravý čas. Technický dlh je zvyčajne počet chýb a chýb, ktoré má softvér alebo technický produkt. Dobrá vec je, že agilný tréning môže byť kľúčom k zníženiu technického dlhu.
Ako sa hromadí technický dlh
Technický dlh sa zvyšuje na drvivú úroveňkeď vývojári softvéru nedokážu včas vyriešiť bežné chyby. Čo je ešte horšie, môžu zlyhať pri určovaní priorít chýb. To vedie k tomu, že využívajú už obmedzené zdroje a čas na prácu na menej dôsledných chybách.
Klesá aj hromadenie technického dlhuako tímy zodpovedajú za chyby. Skutočne agilné tímy prijímajú zjednotenú stratégiu účtovania a zaznamenávania chýb, ktoré sa vyskytnú. Zameriavajú sa tiež na hodnotu akejkoľvek chyby, jej vplyv na často upravovaný kód, na jej rozsah a potrebný čas potrebný na opravu chyby.
Agilný prístup k technickému dlhu 80/20
Podľa tohto pravidla sa budete musieť vysporiadať stechnický dlh, ktorý obklopuje najčastejšie upravovaný kód (80%) najmenej 20% času. Aj keď sa tým nevymaže technický dlh, zaistí sa tým ľahšia správa. Môžete sa vysporiadať s problémami, ktoré bránia bežným vývojovým činnostiam. V ideálnom prípade sa váš tím môže zamerať na väčší pokrok vášho plánu rozvoja.
Dokážete vyriešiť problémy, ktoré ovplyvňujúNajdôležitejšou témou je krátkodobá výroba a riešenie problémov, ktoré môžu ovplyvniť životnosť produktu pri jeho pohybe. Nezabudnite, že agilné zmeny bývajú malé a časté, takže na zvýšenie úspešnosti tejto metódy potrebujete všetky ruky na palube.
Prijmite prístup EAD
Ak máte čas ušetriť medzi vývojom aUvedenie produktu na trh, prístup EAD (Enterprise Agile Delivery) môže byť pre vás ideálny. Pri tomto prístupe sa môžete vo vývoji vášho produktu pohybovať pomaly a úmyselne, aby ste zabránili zmenám, ktoré môžu zvýšiť existujúci dlh alebo zaviesť nový dlh. Tento prístup tiež povzbudzuje tímy, aby zaviazať sa k testovaniu počas celého procesu vývoja, čo pomáha vytvárať prostredie transparentnosti a spolupráce.
záver
Zníženie technického dlhu si vyžaduje projektových manažérovpozerať sa na rôzne aspekty projektu z vtáčej perspektívy. Medzi členmi tímu by mala existovať jasná komunikácia, aby sa zabezpečil prirodzený tok informácií. Zvážte použitie agilného prístupu, ktorý zabráni tomu, aby váš projekt ochromil technický dlh.
Komentáre