Agile manifestas susideda iš 12 principų, kurie apibrėžia agilią programinės įrangos kūrimo metodiką. Šiandien agili metodika aiškiai nurodo taisykles, kaip dirbti komandoje IT pramonėje. Ji gali būti laikoma sėkmingiausia ir efektyviausia lengvo projektų valdymo metodologija. Kokie yra agilaus projektų valdymo privalumai ir trūkumai?
12 Agile principų – turinys:
12 Agile principų
Agilus projektų valdymas remiasi taisyklėmis, kurios yra aiškiai išdėstytos ir lengvai įsimenamos. Be keturių vertybių, kurias aprašėme šiuo tekstu, Agile manifestas susideda iš 12 Agile principų.
Žemiau pateiksime 12 Agile principų privalumus ir trūkumus. Aptarsime juos po vieną, kaip pateikta naujausioje Agile manifestą, paskelbtame 2019 metais. Jie yra tokie:
- Didžiausias mūsų prioritetas yra patenkinti klientą ankstyvu ir nuolatiniu vertingos programinės įrangos pristatymu.
- Priimkite besikeičiančius reikalavimus, net ir vėlyvame kūrimo etape. Agilūs procesai išnaudoja pokyčius klientų konkurenciniam pranašumui.
- Dažnai pristatykite veikiančią programinę įrangą, nuo kelių savaičių iki kelių mėnesių, teikdami pirmenybę trumpesniam laikotarpiui.
- Verslo žmonės ir kūrėjai turi dirbti kartu kasdien viso projekto metu.
- Kurti projektus aplink motyvuotus asmenis. Suteikite jiems aplinką ir paramą, kurios jiems reikia, ir pasitikėkite jais, kad atliktų darbą.
- Efektyviausias ir veiksmingiausias informacijos perdavimo metodas kūrimo komandoje yra pokalbis akis į akį.
- Veikianti programinė įranga yra pagrindinis pažangos matas.
- Agilūs procesai skatina tvarų vystymąsi. Rėmėjai, kūrėjai ir vartotojai turėtų sugebėti išlaikyti nuolatinį tempą neribotą laiką.
- Nuolatinis dėmesys techniniam tobulumui ir geram dizainui didina agilią.
- Paprastumas – menas maksimaliai sumažinti neatlikto darbo kiekį – yra esminis.
- Geriausios architektūros, reikalavimai ir dizainai kyla iš savarankiškai organizuojančių komandų.
- Reguliariais intervalais komanda apmąsto, kaip tapti efektyvesne, tada pritaiko ir koreguoja savo elgesį atitinkamai.
Didžiausio prioritetą greitam produkto pristatymui yra didelis privalumas kliento požiūriu. Pirmoji veikianti produkto versija gali būti išleista vos tik ji atitinka sutartus kriterijus. Komanda greitai dirba prie kitų atnaujinimų, kurie gali būti išleisti net kasdien. Taip produktas visada yra naujas ir visada veikia.
Tačiau šis požiūris taip pat turi tam tikrų trūkumų, nes produktas visada yra tobulinamas. Todėl senesnės versijos, kurias įsigyja galutiniai vartotojai, gali greitai tapti nesuderinamos arba reikalauti nuolatinio atnaujinimo, kad veiktų teisingai.
Kai komanda sugeba priimti besikeičiančius reikalavimus, produktas gali būti greitai ir efektyviai pritaikytas kliento ir rinkos poreikiams. Iššūkių kupina aplinka skatina kūrybiškumą ir gali lemti inovacijas. Tačiau pokyčių priėmimas yra ne tik jaudinantis, bet ir labai reikalaujantis komandos. Jie turi nuolat mokytis ir būti atviri dažnoms situacijoms, kai sprendimai, kuriuos jie sukūrė, nėra tęsiami arba net nėra įgyvendinami į produktą.
Dažnos pristatymo taisyklė yra labai svarbi labai konkurencingoje ir greitai besikeičiančioje rinkos aplinkoje. Tai taip pat leidžia komandai vengti šalutinių produkto funkcijų kūrimo ir koncentruotis į pagrindinius tikslus, nustatytus kliento.
Vis dėlto, kai planuojami kai kurie dideli pokyčiai produkte, šios taisyklės neturėtų būti griežtai laikomasi. Tokiu atveju geriau kruopščiai išbandyti naują sprendimą, nei išleisti nebaigtą produkto versiją.
Artima verslo ir kūrimo komandų bendradarbiavimas yra labai svarbus, kad būtų pristatytas vertingas produktas rinkai. Problemos, kurios gali kilti čia, yra susijusios su komunikacija ir lūkesčiais. Priežastis ta, kad kūrimo komandos ne visada sugeba perduoti savo sprendimų techninius apribojimus. Verslo partneriai, savo ruožtu, gali turėti sunkumų aiškinantis savo lūkesčius, kurie gali kilti arba tapti neaiškūs.
Tarpuose pasitikėjimas tarp komandos narių, taip pat sveika laisvės dozė, yra būtini sėkmingo ir efektyvaus darbo elementai. Kai motyvuota komanda jaučiasi atsakinga už atliktą darbą, jie paprastai koncentruoja savo pastangas, kad atliktų darbą. Vis dėlto šis projektų valdymo požiūris reikalauja tinkamo balanso tarp nepriklausomybės ir kontrolės. Komanda turi turėti atvirą aplinką, kad būtų kūrybinga, tačiau taip pat reikia ribų, kad dirbtų link tikslų.
Pokalbiai akis į akį šiandien dažniausiai yra pakeičiami internetiniais susitikimais. Turime prisiminti, kad Agile manifestas buvo parašytas 2001 metais, kai nuotolinis darbas nebuvo toks paplitęs kaip šiandien, o internetinių susitikimų galimybės buvo gana ribotos. Tačiau pokalbiai akis į akį arba tiesiog vaizdo konferencijos yra labai svarbūs, kad komanda būtų motyvuota. Tačiau tai yra daug laiko reikalaujantis sprendimas. Todėl agilių projektų vadovai dažnai riboja laiko rėmus ir moderuoja susitikimo eigą.
Nauja veikianti programinės įrangos versija arba kitas potencialiai rinkai paruoštas produktas tikrai yra geriausi pažangos matai. Tačiau kartais reikia atlikti tam tikrus priežiūros darbus. Todėl šio principo negalima suprasti pažodžiui kiekvienu atveju.
Tvarus vystymasis reiškia komandos gebėjimą įvertinti savo pajėgumus. Tai yra vienas iš svarbiausių subrendusios komandos matų. Nors komanda neturėtų dirbti visu pajėgumu visą laiką, yra tam tikrų ypatingų momentų produkto gyvavimo cikle, kai tokie laikotarpiai kaip, pavyzdžiui, intensyvus darbas, yra būtini.
Techninis tobulumas reiškia nereikalingumą atlikti laiko ir išteklių reikalaujančius peržiūrėjimus. Ir tai yra viena iš svarbiausių priežasčių, kodėl reikia nuolat atkreipti dėmesį į kuriamos produkcijos kokybę. Šiuo Agile principu negalime nurodyti jokių šio požiūrio trūkumų.
10-asis Agile principas gali būti išreikštas gerai žinomu posakiu “Dirbk protingiau, o ne sunkiau”. Kitaip tariant, jei tam tikra produkto funkcija nebus išleista, nedirbkite prie jos. Šio požiūrio trūkumas yra didelio projekto vadovo poreikis, kuris sugeba realiu laiku nustatyti prioritetus ir pritaikyti jo apimtį kliento reikalavimams.
Savarankiškai organizuojančios komandos jaučiasi atsakingos už savo darbą, nes negali sakyti, kad nesėkmė yra blogo valdymo ar pasenusios priežiūros rezultatas. Tačiau jaunesnėms komandoms dažnai reikia šiek tiek mokymo ar mentoriaus pagalbos. Todėl pradžioje gali būti naudinga dirbti su patyrusiu Scrum Master, kurio vaidmuo aprašytas čia, arba kitokio tipo Agile treneriu.
Apmąstymas ir prisitaikymas yra pagrindai ne tik bendrai agiliai metodikai, bet ir Scrum sistemai. Labai sunku rasti kokių nors trūkumų šiam adaptaciniam požiūriui, nes apmąstymas komandiniame darbe paprastai lemia geresnę efektyvumą, taip pat komandos integraciją.
Santrauka
Agile buvo sukurtas kaip programinės įrangos kūrimo metodika, kuri pabrėžia iteratyvų vystymąsi, komandinį bendradarbiavimą ir klientų atsiliepimus. Agile manifestas apibrėžia 12 Agile principų, kurie vadovauja agiliam projektų valdymui. Jie orientuojasi į vertės teikimą klientui per nuolatinį veikiančios programinės įrangos pristatymą.
Agilus požiūris turi daug privalumų; tai greitas ir nuolatinis procesas, sukurtas atsižvelgiant į besikeičiančius kliento poreikius. Jis reaguoja į rinką ir suteikia didelį lankstumą.
Dabar, kai žinote 12 Agile principų, galite patikrinti kaip naudoti Agile metodiką laisvai samdomiems projektams.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.