Kas yra Agile: vertimas, taikymo sritis. Lanksti plėtros metodika

Sunku rasti asmenį, kuris jo neatsiverstų,būti su pagarba. Tačiau tokiai situacijai turi būti priežastis. Pavyzdžiui, kai asmuo yra pripažintas ekspertas programinės įrangos kūrimo srityje. Ir už tai reikia mokytis. Ir kaip dalis šiame straipsnyje mes bus išnagrinėti, kas yra judrus, kas yra jį naudoti, ir kaip suprasti šią technologiją.

Bendra informacija

Iš pradžių turime spręsti technines problemasakimirkos. Kas yra Agile? Šio žodžio vertimas iš anglų kalbos - "gyvas, mobilus" - šiek tiek rečiau minimas kaip "lankstus". Ir, beje, tai sumažinimas. Pilnas šio požiūrio pavadinimas yra Agile programinės įrangos kūrimas. Tačiau kadangi tai yra per ilga, nuspręsta sumažinti. Ir dabar jie sako tiesiog Agile. Vertimas yra "lankstus", nes jis labiausiai atitinka realią padėtį.

lanksti plėtros metodika

Kas čia yra?

Mes ir toliau svarstome, kas yra Agile. Čia aš noriu sutelkti dėmesį į tai, kad tai yra lankstus požiūris, pagrįstas įvairiomis skirtingomis metodikomis (Scrum, HR, "Kanban", Lean). Norint geriau suprasti temą, pažiūrėkime paralelius. Tarkime, kad Agile technologijos yra Visatos kilmės procesas. Galutinis produktas yra pats pasaulis. Didelis sprogimas yra pati skaudžiausia problema, kurią reikia išspręsti tik pakeitus gaminio reikalavimų sąrašą. Paprastai kūrimo procesuose naudojamas kaskadinis modelis. Šiuo atveju viskas vyksta nuosekliai ir etapais. Šį požiūrį galima trumpai išreikšti: matau tikslą - einu į jį. Ir jei pasikeičia reikalavimai galutiniam rezultatui, kartais jūs turite viską pakartoti. Tai, kas apsunkina šią situaciją, yra bandymas apsimesti, kad viskas yra normalu, ir mes turime judėti į priekį.

Ir čia yra Agile, vadybos metodikaKova su visa tai dėl savo lankstumo. Ši "hodgepodge" komanda sumažina įvairius pavojus, taikydama principų rinkinius. Visi jie atsispindi "Agile" manifesto, išleisto 2001 m. Trumpai tariant, jie skamba taip:

  1. Svarbiausia - žmonės, o ne dalykai.
  2. Bendradarbiauti, bet neskaityti sutarties.
  3. Dokumentai neturėtų trukdyti darbui.
  4. Pakeiskite kuo greičiau.

Tai gali atrodyti pernelyg miglota ir netiksli, bet išsamiau.

naujos informacinės technologijos

Proceso projektavimas

Atsižvelgdami į tai, kas yra "Agile", pasukite į vieną iš populiariausių "Scrum" metodikų. Ką tai siūlo? Pirmiausia jums reikia:

  1. Pasirinkite produkto savininką. Asmuo tinka šiam vaidmeniui, kuris mato siektiną tikslą ir kas galiausiai įvyks.
  2. Nuspręskite su komanda. Norėdami tai padaryti, jums reikia nuo trijų iki dešimties žmonių, turinčių įgūdžių gauti rezultatus.
  3. Pasirinkite atsakingą specialistą. Tai asmuo, kuris seka projekto vystymąsi ir padės komandai išvengti sunkumų.
  4. Suprasti sunkumus. Būtina vienoje vietoje surinkti visus esamus gaminio reikalavimus ir nustatyti prioritetus. Produkto savininkas turi surinkti visus savo norus. Tada komanda jas įvertina ir supranta, ar ji gali būti įgyvendinta, ir kiek laiko ji trunka.
  5. Būtina visas darbo apimtis pertraukti į laiko, savaitės ar dviejų ilgio dalis, per kurią komanda atlieka tam tikras užduočių grupes.
  6. Dienos susitikimai turėtų būti surengti ne ilgiau kaip penkiolika minučių. Darbotvarkėje turėtų derėtis, kas buvo padaryta vakar, kas yra jūsų planai šiandien ir kliūtis, trukdančias atsižvelgiant aukštį.
  7. Ar atlieka savaitės (du) rezultatus, per kuriuos komanda pasakoja apie tai, kas buvo padaryta. Šiuo atveju būtina parodyti gaminio dalių tinkamumą.
  8. Po kiekvieno laikotarpio reikia aptarti problemas ir ieškoti sprendimų. Ir visi įvykiai turi būti įgyvendinti nedelsiant.

programinės įrangos kūrimo metodika

Kaip identifikuoti Agile?

Valdymo metodika, nepriklausomai nuo pasirinktos krypties, visada turi šias savybes:

  1. Rizikos minimizavimas. Tai yra pagrindinis tikslas, kurio siekiama bet kuriuo lanksčiu požiūriu.
  2. Iteratyvi plėtra. Šiuo atveju tai reiškia dirbti mažais ciklais.
  3. Svarbiausia yra žmonės ir bendravimas tarp jų.

Įsivaizduokime upę. Vienoje pusėje klientas. Antruoju - komanda. Šiuo atveju lanksti plėtros metodika turi pranašumų visiems:

  1. Klientui reikalingas minimalus darbinis produktas. Tuo pačiu metu jo sukūrimo metu sąlygos gali pasikeisti.
  2. Komanda yra naudinga bendrauti su kolegomis ir klientais. Šiuo atveju mažėja rizika, kad bus neteisingai suprasta, padidės procesų skaidrumas, greitai išspręstos problemos, yra tikimybė, kad produkto sukūrimas bus nustebintas.

Socialinis veiksnys

Paprastai sakoma, kas yra Agilekalbėti tik apie teigiamus aspektus. Iš tiesų, komandos sąveika gerėja. Visi žmonės sutelkia dėmesį į vieną idėją, nesukuria paslapčių tarpusavyje, įsipareigoja. Dėl to komanda dirba patogiomis sąlygomis ir sparčiai. Šis požiūris leidžia jums išspręsti chaosą.

Nuo jo susidarymo jis sugebėjo rastipripažinimas technologijų pramonėje. Šiuo metu ji plačiai naudojama kuriant naujus programinės įrangos produktus. Tačiau pagal bendrąją verslo praktiką šis požiūris vis dar mažai žinomas. Todėl jis yra atsargus tiems, kurie anksčiau neatitiko Agile. Taip pat reikėtų suprasti, kad jis turėtų būti naudojamas tik tada, kai žmonės susiduria su intelekto darbo užduotimi.

kas yra judrus

Nedidelis pavyzdys

Pažiūrėkime, kaip šios metodikos veikiaprograminės įrangos kūrimas. Tarkime, kad turime Petro, produkto savininko. Jis nežino techninių detalių, bet turi bendrą vaizdą. Jis žino, kodėl produktas reikalingas, kokias problemas jis išspręs ir kam jis patenkins. Yra ir suinteresuoti asmenys. Jie gali naudoti produktą, remti jo sukūrimą ar kažkaip prisidėti prie jo kūrimo. Taip pat galite sukurti vartotojo istorijas, kuriose išreikšti suinteresuotų asmenų pageidavimai. Pavyzdžiui: Maskvos-Sankt Peterburgo autobusų užsakymo sistema turi atlikti skrydžius. Petras padės suinteresuotiems žmonėms. Jis kontroliuos naudotojų istorijų idėjų įgyvendinimą. Taip pat yra ir kūrėjų komanda. Tai žmonės, kurie sukurs darbo sistemą.

Kadangi naudojama lanksti metodikatada vartotojų pasakojimai nerodo didelio spaudimo, bet jie paleidžiami iš karto po to, kai baigiami darbai, ir kuo dažniau. Apdorotų įvykių skaičius yra komandos pralaidumas per savaitę. Siekiant neprarasti tempo ir neapsaugoti rankiniu būdu, komanda turėtų dirbti automatiškai. Kas tai yra Kiekvienam darbo momentui parašytas automatinis bandymas. Jei istorijos yra per daug, tai gali būti skubėjimas, motyvacijos praradimas, produktyvumo ir kokybės mažėjimas. Tokiais atvejais pateikiamas metodas "vakarų oras". Tai reiškia, kad būtina nustatyti griežtą darbo apimties apimtį ir atidžiai pasirinkti, kas tiksliai bus įgyvendinta. Anksčiau paminėta "Kanban" siūlo nustatyti užduočių ribas.

greitas vertimas

O ką daryti su eilėmis?

Gerai, čia komanda nusprendė, kad ji galiapdoroti keturias istorijas per savaitę. Bet kaip mes galime orientuotis į viską, kas egzistuoja? Tarkime, kad vartotojai popis už 10 istorijų per savaitę. Apdorotos keturios. Taigi eilė nuolat augs. Šiuo atveju yra tik vienas veiksmingas metodas - žodis "ne". Produkto savininkui tai labai svarbu. Sakydamas "taip" nėra sunku. Daug sunkiau ir svarbiau nuspręsti, ką to nedaryti. Ir už tai taip pat būtina prisiimti atsakomybę. Todėl reikia nuspręsti, ką dabar atkreipti dėmesį ir ką reikėtų atidėti. Siekiant teisingai nustatyti prioritetus, būtina, kad produkto savininkas suprastų kiekvienos istorijos vertę ir apimtį.

Sprendimų priėmimas

Dalis pasakojimų yra labai reikalinga. Kiti tiesiog reiškia malonų pranašumą. Kai kurios istorijos bus sukurtos kelias valandas. Kitų kūrimas trunka keletą mėnesių. Daugelis dažnai siejasi su istorijos dydžiu ir jo verte. Bet tai ne visada teisinga. Daugiau nėra vienodai geresnis. Petras teisingai mano, kad prioritetai padeda atlikti užduoties sudėtingumą ir vertę. Kaip nustatyti šias charakteristikas kiekybine prasme? Taip, nieko. Tai tikras spėjamas žaidimas. Siekiant didesnio efektyvumo, į jį reikia įtraukti daugybę žmonių. Tai kūrėjų komanda, kuri informuos apie darbo sritį ir įdomius asmenis. Tačiau reikia suprasti, kad visi tokiu būdu gauti duomenys yra apytikriai atspėjimai. Čia nėra tikslių skaičių. Iš pradžių bus praleisti. Tačiau, įgydami patirtį, jų skaičius ir mastas sumažės.

sklandi valdymo metodika

Galima rizika

Siekiant išvengti problemų, būtina pateikti sąžiningus atsakymus į daugelį klausimų. Tai yra:

  1. Ar mes darome tinkamus dalykus? Tai yra verslo rizika.
  2. Ar galime suvokti, ko reikia? Tai yra socialinė rizika.
  3. Ar projektas dirbs šioje platformoje. Tai yra techninė rizika.
  4. Ar bus pakankamai pinigų ir ar mes turėsime laiko? Tai yra įgyvendinimo ir išlaidų rizika.

Šiuo atveju reikia žinoti. Jie gali būti laikomi priešingais rizikai. Kai nustatomas didelis neapibrėžtumas, mes įgijome žinių - pavyzdžiui, mes sukursime prototipus sąsajos ar techninius eksperimentus. Ir jau turėdami juos, mes priimame sprendimus, kokia kryptimi turi judėti.

Kaip mokytis?

IT pramonė vystosi labai greitai, irkad neprarastumėte pabaigos, turite nuolat mokytis, tobulinti savo įgūdžius ir darbo efektyvumą. Todėl mokymo ir įgyvendinimo klausimai yra skubūs nei bet kada. Kur pradėti? Geriausias variantas yra bendradarbiauti su kompanija, kurioje "Agile" jau naudojama. Tokiu atveju mokymus atliks žmonės, kurie nėra gandai žinoti, kas yra lanksti plėtra. Tačiau tokia, deja, ne visada įmanoma. Dažniausiai dalyvauja pašalietis, kuris žino, kas Agile yra. Šio požiūrio įgyvendinimas vykdomas prižiūrint. Tiesa, tokio specialisto paslaugos kainuoja pinigus. Bet jei jūs gaunate tikrai gerai žinomą asmenį, tada visos išlaidos bus grąžinamos šimtą kartų. Galų gale, šiandieniniame pasaulyje darbuotojų vaidmuo tenka svarbiam vaidmeniui.

Kas laukia ateityje?

Programinės įrangos kūrimo metodikos nuolat vystosi. Jie ieško naujų būdų ir galimybių didinti darbo ir veiklos efektyvumą. Sakykime, kas laukia ateityje, yra gana problematiškas. Tikriausiai lanksti plėtros sistema bus integruota su gamybos procesų automatizavimo priemonėmis. Pvz., Galite išspręsti problemas, net jei esate toli nuo įmonės vietos. Daugeliu atžvilgių ateitį lemia naujos informacinės technologijos. Galų gale, kai jie kyla, jūs turite išmokti naujų būdų dirbti su jais. Ir šiuo atveju yra plėtra, uždaryta cikle.

judrus mokymas

Baigiamajame darbe

Tai yra ekskursijų į lanksčius metodus pabaigaplėtra. Tačiau reikia prisiminti, kad vienas dalykas yra teorija, o kita - praktika. Naujos informacinės technologijos, kurios nuolat kyla, kelia didelių sunkumų didelę kūrėjų bendruomenę. Kaip padaryti komandą efektyviau? Visi atsako į šį klausimą pats. Čia pateikta informacija gali būti naudojama pagrindiniam magistramui įforminti. Tačiau praktikoje turėsime dirbti su esamu modeliu ir padėtume, kad padėtis atitiktų esamus iššūkius. Tada komanda galės veiksmingai įgyvendinti savo tikslus.

Patinka:
0
Dokumentų vertimas ir notaro patvirtinimas
Frank Pucelik: knygos, mokymai, apžvalgos
Mokslinių tyrimų metodologija
Ar pasauliui reikalinga mokslinės žinios metodologija?
Chaoso sritis tremties keliu
Perkėlimas į kitą darbą: vertimo tipai
Flexible Tegol Shingles - populiariausias
Gofruoto kanalizacijos vamzdžiai:
Rotacija: kas tai yra ir kodėl tai reikalinga
Populiariausi pranešimai
aukštyn