Turinys:
Agile programinės įrangos kūrimo metodika gali daryti teigiamą poveikį IT pramonei. Agile metodikos pritaikymo rezultatus galima įvertinti įvairiais būdais. Spartesnis programos pakeitimas, mažiau klaidų, kiekybinis komandos veiklos įvertinimas ir trūkumai - tai sėkmingo „Agile“ įdiegimo atspindys. Norėdami sėkmingai įvertinti judrumo poveikį, organizacija turi palyginti įvairius rodiklius, susijusius su vystymusi iki judrumo ir po jo. Tikrojo „Agile“ poveikio negalima išmatuoti vien tik padidėjus pajamoms arba padidėjus klaidų skaičiui. Norint suprasti tikrąjį poveikį, reikia atsižvelgti į keletą vidinių parametrų. (Norėdami daugiau sužinoti apie judrų vystymąsi, skaitykite „Agile Software Development 101“.)
Kodėl judrus IT?
IT pramonė linkusi judrios praktikos daugiausia dėl programinės įrangos kūrimo krioklio modelio suvaržymų. Apskritai pastebėta, kad IT įmonės nesugeba reaguoti į besikeičiančius klientų poreikius ar rinkos situacijas ar sumažinti išlaidas, naudodamos programinės įrangos tobulinimo krioklio modelį. Net jei atsveriame šį stulbinantį polinkį į judrią metodiką ir manome, kad kai kurie įspūdžiai yra tiesiog hype, krioklio modelyje yra daug empirinių atsiliepimų.
Paprasčiau tariant, krioklio modelis yra programinės įrangos kūrimo modelis, kai darbas atliekamas nuosekliai - vienas etapas po kito. Yra penki šio modelio etapai: reikalavimai, kūrimas, įgyvendinimas, patikra ir priežiūra. Paprastai, atlikus vieną etapą, sunku, jei ne neįmanoma, pakeisti ankstesnį etapą. Taigi daroma prielaida, kad reikalavimai yra beveik nustatyti. Pagrindinis skirtumas tarp „Agile“ modelio yra prielaida, kad reikalavimai nepakeis. Agile daro prielaidą, kad pasikeis verslo situacijos ir pasikeis reikalavimai. Taigi, programinė įranga pristatoma mažesnėmis dalimis per sprintus, o krioklio modelyje pirmasis pristatymas ar išleidimas atliekamas po ilgo laiko. (Norėdami gauti daugiau informacijos apie plėtrą, skaitykite skyrelyje „Kaip„ Apache Spark “padeda sparčiai plėtoti programas.)
