Što je Agile: prijevod, područja primjene. Fleksibilna razvojna metodologija

Teško je naći osobu koja ne želi biti tretirana s poštovanjem. Ali za takvo stanje stvari mora postojati razlog. Na primjer, kada je osoba vrhunski priznati stručnjak u području razvoja softvera. I za to je potrebno učiti. I unutar ovog članka će se razmotriti što je Agile, koja je korist od njega i kako razumjeti ovu tehnologiju.

Opće informacije

Prvo, pogledajmo tehnička pitanja. Što je Agile? Prijevod (verbalno) riječi iz engleskog jezika - "živi, ​​mobilni", nešto se manje često naziva "fleksibilnim". I usput, ovo je smanjenje. Puno ime ovog pristupa je razvoj agilnog softvera. Ali budući da je to bilo predugo, odlučeno je da ga se izreže. I sada kažu samo Agile. Prijevod kao "fleksibilan" koristi se jer je najrelevantniji za stvarnu situaciju.


Što je ovdje uključeno?

Nastavljamo razmatrati što je Agile. Ovdje bi bilo poželjno usredotočiti se na činjenicu da je riječ o fleksibilnom pristupu koji se temelji na mnogo različitih metodologija (Scrum, XR, Kanban, Lean). Da bismo bolje razumjeli temu, nacrtajmo paralele. Pretpostavimo da je Agile-tehnologija proces porijekla svemira. Krajnji proizvod je sam postojanje svijeta. Veliki prasak je najteži problem s kojim se mora zadovoljiti - promjena u popisu zahtjeva za proizvod. Tipično, proces kreiranja uključuje korištenje kaskadnog modela. U ovomeSlučaj sve ide dosljedno iu fazama. Ovaj pristup može se kratko izraziti: vidim cilj - idem k njoj. A ako se promijene zahtjevi za konačni rezultat, ponekad je potrebno ponovno izvesti ili ne sve. Ono što dodatno komplicira ovu situaciju jest pokušati se pretvarati da je sve u redu i da morate krenuti naprijed.


I ovdje se Agile, metodologija upravljanja, poziva na borbu protiv svega zbog svoje fleksibilnosti. Ovaj sastav "Salt" minimalizira različite rizike koristeći skupove načela. Sve se one odražavaju u Agilnom manifestu objavljenom 2001. godine. Ukratko, zvuče ovako:
  • Glavna stvar su ljudi, a ne stvari.
  • Surađivati ​​i ne čitati ugovor.
  • Dokumentacija ne bi trebala ometati rad.
  • Promijenite što je brže moguće.
  • Može se činiti previše neodređeno i neprecizno, ali neka je detalj.

    Process Devices

    S obzirom na to što je Agile, okrenimo se jednoj od najpopularnijih metodologija poznatoj kao Scrum. Što on nudi? Za početak vam je potrebno:
  • Odaberite vlasnika proizvoda. Ta osoba dolazi s osobom koja vidi koje ciljeve treba i što će završiti.
  • Definirati tim. Da biste to učinili, trebate grupu od 3 do 10 ljudi koji imaju vještine za dobivanje rezultata.
  • Odaberite odgovornog stručnjaka. To je osoba koja će pratiti razvoj projekta i pomoći timu da prevlada poteškoće.
  • Za prevladavanje poteškoća. Treba ga prikupiti na jednom mjestusve postojeće zahtjeve proizvoda i odrediti prioritete. Vlasnik proizvoda mora prikupiti sve svoje želje ovdje. Tada ih tim procjenjuje i razumije, može li se ostvariti i koliko vremena je potrebno za to.
  • Potrebno je razbiti cijeli opseg radova na duljinu od tjedan ili dva, tijekom kojih će tim obavljati određene zadatke.
  • Svakodnevno se trebaju održavati sastanci, ne dulji od petnaest minuta. Da bismo raspravili što je učinjeno, kakvi su planovi za danas, i prepreke koje ometaju visinu.
  • Pregledajte rezultate tjedna (dva), tijekom kojih je timu rečeno što je učinjeno. Potrebno je pokazati izvedbu dijelova proizvoda.
  • Nakon svakog vremenskog razdoblja potrebno je raspraviti probleme i potražiti rješenja. Štoviše, sve radove treba odmah provesti.

  • Kako prepoznati Agile?

    Metodologija upravljanja, neovisno o odabranom smjeru, uvijek ima sljedeće karakteristike:
  • Smanjenje rizika. To je glavni cilj kojim se teži fleksibilnom pristupu.
  • Iterativni razvoj. U ovom slučaju, mislimo na robota u malim ciklusima.
  • Najvažnija stvar su ljudi i njihova komunikacija.
  • Zamislimo rijeku. Na jednoj obali kupac. Drugi je tim. U ovom slučaju fleksibilna metodologija razvoja ima prednosti za sve:
  • Kupcu je potreban minimalno izvodljiv proizvod. U isto vrijeme tijekom stvaranja uvjeti se mogu promijeniti.
  • Korisno je da tim komuniciras kolegama i klijentima. U ovom slučaju, rizik od pogrešnog razumijevanja je minimiziran, transparentnost procesa se povećava, problemi se brzo rješavaju, smanjuju se šanse za iznenađenje prilikom stvaranja proizvoda.

    Socijalni faktor

    Kada se govori o Agileu, obično se govori o pozitivnim stvarima. I doista, interakcija unutar tima se poboljšava. Svi se ljudi usredotočuju na jednu ideju, ne stvaraju tajne među sobom, obvezuju se. Kao rezultat toga, tim radi u udobnim uvjetima i brzim tempom. Ovaj pristup vam omogućuje da razvrstate kaos.
    Od svog osnutka uspio je pronaći priznanje u tehnološkim područjima. Trenutno se široko koristi za izradu novih softverskih proizvoda. No, u okviru opće poslovne prakse, ovaj je pristup još uvijek malo poznat. Stoga su oni koji nisu upoznali Agile prije toga oprezni. Također treba shvatiti da se ona treba koristiti samo u onim slučajevima u kojima se zadatak intelektualnog rada suočava s ljudima.

    Mali primjer

    Razmotrimo kako funkcioniraju te metodologije razvoja softvera. Primjerice, imamo Petera, vlasnika proizvoda. On ne zna tehničke detalje, ali ima viziju opće slike. On zna zašto proizvod treba problem koji će odlučiti tko će zadovoljiti. Tu su i zainteresirane osobe. Mogu upotrijebiti proizvod, podržati ga, ili kako se uključiti prije njegovog stvaranja. Također možete napraviti vlastite priče, u kojimaizražavaju se želje zainteresiranih osoba. Na primjer: sustav za rezervaciju ulaznica za autobusne autobuse Moskva-St. Petar će pomoći ljudima u pitanju. On će preuzeti kontrolu nad implementacijom ideja korisničkih priča. Tu je i tim programera. To su ljudi koji će izgraditi radni sustav. Budući da se koristi fleksibilna metodologija razvoja, korisničke priče se ne akumuliraju sve do velikog izdanja, a izdaju se odmah nakon završetka i što je češće moguće. Broj obrađenih pogodaka je propusnost tima za tjedan dana. Da bi se održao korak, a ne da se gnjavi s ručnim testiranjem, tim bi trebao raditi na automatiziranoj integraciji. O čemu se radi? Za svaki radni trenutak piše se automatski test. Ako ima toliko priča, možete imati žurbu, gubitak motivacije, nižu produktivnost i kvalitetu. U takvim slučajevima osigurava se metoda "jučerašnjeg vremena". Činjenica je da je potrebno uspostaviti strog opseg posla i pažljivo birati što će se provoditi. Prethodno spomenuti Kanban sugerira postavljanje ograničenja zadatka.

    A što učiniti s okretom? U redu, ovdje je tim odlučio da može riješiti četiri priče tjedno. Ali kako se orijentirati u svemu što je? Pretpostavimo da korisnici izlažu deset priča tjedno. Četiri se obrađuju. Dakle, red će stalno rasti. U ovom slučaju postoji samo jedna učinkovita metoda - riječ "ne". Za vlasnika proizvoda jestiznimno važno. Reći "da" nije teško. Mnogo je teže i važnije odlučiti što učiniti nije potrebno. Za to je potrebno snositi odgovornost. Stoga je potrebno odlučiti zašto se sada obratiti pozornost i što bi trebalo odgoditi. Da bi pravilno odredio prioritete, vlasnik proizvoda mora razumjeti vrijednost i volumen svake priče.

    Donosimo odluku

    Dio priča je iznimno potreban. Drugi jednostavno predstavljaju dobar bonus. Neke će priče biti razvijene nekoliko sati. Stvaranje drugih trajat će mjesecima. Mnogi često prave korelaciju između veličine priče i njezine vrijednosti. Ali to nije uvijek točno. Više - nije jednako bolje. Peter smatra da se prioriteti moraju ispravno riješiti složenošću i vrijednošću zadatka koji se obavlja. Kako odrediti te karakteristike u kvantitativnom smislu? Ali nema šanse. Ovo je prava igra nagađanja. A za veću učinkovitost treba privući mnogo ljudi. To je tim developera koji će informirati o opsegu posla i zainteresiranim osobama. Ali treba razumjeti da su svi podaci dobiveni na taj način približne pretpostavke. Ovdje nema točnih brojeva. Prvo će biti promašaja. No, kako se iskustvo stiče, njihov broj i razmjera će opasti.

    Mogući rizici

    Kako bi se izbjegli problemi, potrebno je dati iskrene odgovore na niz pitanja. To je:
  • Da li činimo prave stvari? To je poslovni rizik.
  • ​​
  • Možemo li shvatiti što nam treba? To je socijalni rizik.
  • Hoće li projekt raditi na ovoj platformi. To je tehnički rizik.
  • Je li dovoljnonovac, i hoćemo li imati vremena? To su rizici implementacije i troškovi. U ovom slučaju potrebno je znanje. Mogu se smatrati suprotnima rizicima. Kada se bilježi značajna razina nesigurnosti, stječemo znanje - primjerice, stvaramo prototipove sučelja ili tehničke eksperimente. I već ih posjedujemo, donosimo odluku o tome u kojem će se smjeru kretati.

    Kako učiti? IT industrija je iznimno brzo u razvoju, a kako se ne bi izgubila dugoročno, potrebno je stalno učiti, poboljšavati kvalifikacije i radnu učinkovitost. Stoga, kao nikad prije, pitanja obuke i provedbe. Gdje početi? Najbolja opcija je suradnja s tvrtkom koja već koristi Agile. Proučavanje u ovom slučaju provodit će ljudi koji se ne šuškaju da znaju što je to fleksibilan razvoj. Ali to, nažalost, nije uvijek moguće. Najčešće korišten je stručnjak treće strane koji zna što je Agile. Provedba ovog pristupa je pod njegovim nadzorom. Istina, usluge takvog stručnjaka su vrijedne novca. Ali ako nacrtate stvarno obrazovanu osobu, onda će svi troškovi biti isplaćeni stotinama. Doista, u današnjem svijetu, učinkovitost zaposlenika igra važnu ulogu.

    Što se može očekivati ​​u budućnosti?

    Metodologije razvoja softvera stalno se razvijaju. Traženje novih načina i mogućnosti za povećanje učinkovitosti rada i rada. Reći da čekamo budućnost je prilično problematično. Vjerojatno će se integrirati sustav fleksibilnog razvoja sa sredstvima automatizacije proizvodnih procesa. Na primjer, bit će moguće odlučitiproblema čak i dok ste daleko od lokacije tvrtke. U mnogim je aspektima određena budućnost novih informacijskih tehnologija. Uostalom, kada se pojave, morate savladati nove metode rada s njima. I u ovom slučaju postoji razvoj, zatvoren u petlji.

    U zaključku

    Tu i tamo završio je izlet u fleksibilne metode razvoja. Ali treba podsjetiti da je jedna stvar teorija, a sasvim drugo - praksa. Nove nove informacijske tehnologije izazivaju veliki broj programera. Kako napraviti tim učinkovitijim? Odgovor na ovo pitanje nalaze svi. Ovdje predstavljene informacije mogu se koristiti za izradu kostura. Ali u praksi će morati raditi s postojećim modelom i usklađivati ​​situaciju s postojećim izazovima. Tada tim može učinkovito ispuniti svoje ciljeve.
  • Povezane publikacije