Što je agilno: prijevod, opseg. Fleksibilna metodologija razvoja

Teško je naći nekoga tko ne želi biti tretiran 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. A za to je potrebno naučiti. U okviru ovog članka razmotrit će se ono što je agilno, što je upotreba i kako razumjeti tu tehnologiju.

Opće informacije

U početku bavimo se tehničkim problemima. Što je agilno? Prevođenje (doslovno) ove riječi s engleskog jezika - "živahno, mobilno" nešto se rjeđe spominje "fleksibilno". Usput, ovo je smanjenje. Puno ime ovog pristupa je okretan razvoj softvera. Ali budući da je predugo, odlučeno je smanjiti. I sada kažu jednostavno Agile. Prevođenje kao "fleksibilno" se koristi jer odgovara stvarnoj situaciji u najvećem stupnju.

Što je ovdje uključeno?

I dalje razmišljamo o tome što je agilno. Ovdje bi bilo poželjno usredotočiti pažnju na činjenicu da je riječ o fleksibilnom pristupu koji se temelji na različitim vrstama metodama (Scrum, XP, "Kanban", Lean). Da bismo bolje razumjeli tu temu, izvucimo paralele. Pretpostavimo da su agilne tehnologije proces porijekla svemira. Konačni proizvod je sam svijet. Velika eksplozija je bolan problem koji se mora susresti - mijenjajući popis zahtjeva za proizvod. Obično, procesi stvaranja uključuju upotrebu kaskadnog modela. U ovom slučaju sve ide dosljedno i u fazama. Ovaj pristup može se kratko izraziti: vidim cilj - idem na njega. A ako se zahtjevi za konačnim rezultatom mijenjaju, onda ponekad morate ponovno raditi sve. Ono što komplicira ovu situaciju je pokušaj pretvaranja da je sve normalno i moramo krenuti naprijed.

I agilna, metodologija upravljanja, pozvana je u borbu sa svime zbog svoje fleksibilnosti. Ovaj "hodgepodge" tim minimizira različite rizike kroz korištenje skupova načela. Svi se ogledaju u manifestu Agile iz 2001. godine. Ukratko, zvuče ovako:

1. Glavna stvar su ljudi, a ne stvari.
2. Surađujte, ali ne čitajte ugovor.
3. Dokumentacija ne smije ometati rad.
4. Promijenite što je brže moguće.

Internet svibanj činiti se previše nejasan i nije točan, ali neka detalja.

Dizajn procesa

Obzirom na to što je agilno, okrenimo se jednoj od najpopularnijih metodologija poznatih kao "Scrum". Što ona nudi? Prvo trebate:

1. Odaberite vlasnika proizvoda. Osoba je prikladna za ovu ulogu, koja vidi cilj koji će se slijediti i što će se u konačnici dogoditi.
2. Odlučite se s timom. Da biste to učinili, potrebna vam je skupina od tri do deset osoba koje imaju vještine za dobivanje rezultata.
3. Odaberite odgovoran stručnjak. To je osoba koja će pratiti razvoj projekta i pomoći timu da izbjegne poteškoće.
4. Razumjeti poteškoće. Potrebno je na jednom mjestu sakupiti sve postojeće zahtjeve za proizvod i odrediti prioritet. Vlasnik proizvoda mora ovdje prikupiti sve svoje želje. Tada ih tim procjenjuje i razumije može li se implementirati i koliko dugo to traje.
5. Potrebno je razbiti cjelokupnu količinu rada na djeliće, tjedan ili dva, tijekom kojih će tim provesti određene zadatke.
6. Dnevni sastanci bi trebali biti održani, ne duže od petnaest minuta. Trebalo bi razmotriti dnevni red, što je jučer učinjeno, kakvi su planovi za danas i prepreke koje sprječavaju uspon.
7. Napravite ankete o rezultatima tjedna (dva) tijekom kojih tim govori o tome što je učinjeno. U ovom slučaju, potrebno je pokazati djelotvornost dijelova proizvoda.
8. Nakon svakog vremenskog razdoblja potrebno je razgovarati o problemima i tražiti rješenja. I svi se događaji moraju odmah provesti.

Kako prepoznati agilan?

Metodologija upravljanja, bez obzira na odabrani smjer, uvijek ima ove značajke:

1. Minimiziranje rizika. To je glavni cilj kojeg nastoji bilo koji fleksibilan pristup.
2. Iterativni razvoj. U ovom slučaju to znači raditi u malim ciklusima.
3. Najvažnija stvar je ljudi i komunikacija među njima.

Zamislimo rijeku. S jedne strane kupac. Na drugom - timu. U ovom slučaju, fleksibilna metodologija razvoja ima prednosti za sve:

1. Kupac treba minimalni radni proizvod. U isto vrijeme, uvjeti se mogu promijeniti tijekom njezina stvaranja.
2. Tim je koristan za komunikaciju s kolegama i klijentom. U tom je slučaju rizik pogrešnog razumijevanja sveden na minimum, transparentnost procesa je povećana, problemi se brzo riješe, šanse su da će biti iznenađenje u stvaranju proizvoda.

Društveni čimbenik

Kad se kaže što je agilno, obično kažu samo pozitivne stvari. I doista, interakcija unutar tima poboljšava se. Svi se ljudi usredotočuju na jednu ideju, ne stvaraju tajne međusobno, obvezuju se. Kao rezultat, tim radi u ugodnim uvjetima i brzim tempom. Ovaj vam pristup omogućuje da riješite kaos.

Od svog osnutka uspio je pronaći prepoznatljivost u tehnološkim industrijama. Trenutno je naširoko koristi za izradu novih softverskih proizvoda. No, u okviru opće poslovne prakse taj je pristup još uvijek malo poznat. Stoga je oprezan kod onih koji se prije nisu susreli s Agileom. Također bi trebalo shvatiti da se treba koristiti samo kada se ljudi suočavaju sa zadatkom intelektualnog rada.

Mali primjer

Pogledajmo kako ove softverske razvojne metodologije funkcioniraju. Recimo da imamo Petera, vlasnika proizvoda. Ne zna tehničke detalje, ali ima viziju cjelokupne slike. Zna zašto je potreban proizvod, kakvi će problemi riješiti i koga će zadovoljiti. Tu su i zainteresirane osobe. Oni mogu koristiti proizvod, podupirati njezino stvaranje ili nekako još uvijek biti uključeni u njezino stvaranje. Možete izraditi više i korisničke priče, u kojima se izražavaju želje zainteresiranih osoba. Na primjer: sustav rezervacija za autobuse Moskva-St. Petersburg mora imati pretragu na letovima. Peter će pomoći zainteresiranim ljudima. On će preuzeti kontrolu nad implementacijom ideja korisničke priče. Također postoji tim razvojnih programera. To su ljudi koji će graditi radni sustav.

Budući da se upotrebljava fleksibilna metodologija razvoja, priče korisnika se ne kopiraju na veliko izdanje, već se otpuštaju odmah nakon završetka i što je češće moguće. Broj obrađenih učitavanja je propusnost tima za tjedan dana. Da ne bi izgubili tempo i da se ne bi pogoršali u ručnom testiranju, tim bi trebao raditi na automatiziranoj integraciji. Što je to? Za svaki radni trenutak napisan je automatski test. Ako su priče previše, onda može biti žurba, gubitak motivacije, pad produktivnosti i kvalitete. U takvim slučajevima, predviđena je metoda "jučerašnje vrijeme". Sastoji se od toga da je potrebno uspostaviti kruti opseg količine posla i pažljivo odabrati što će se točno realizirati. Ranije spomenuti "Kanban" sugerira postavljanje granica zadataka.

A što učiniti s redom?

Ok, ovdje je tim odlučio da može nositi četiri priče tjedan dana. Ali kako se možemo orijentirati u svemu što postoji? Pretpostavimo da korisnici popuše 10 priča tjedno. Obrađeno četiri. Dakle, red će stalno rasti. Za ovaj slučaj postoji samo jedna učinkovita metoda - riječ "ne". Za vlasnika proizvoda ovo je izuzetno važno. Izgovaranje "da" nije teško. Mnogo je teže i važnije odlučiti što ne raditi. I za to, također je potrebno podnijeti odgovornost. Stoga je potrebno odlučiti što treba obratiti pažnju i što treba odgoditi. Da budem točan prioritete, Potrebno je da vlasnik proizvoda razumije vrijednost i opseg svake priče.

Odlučivanje

Dio priča iznimno je potreban. Drugi jednostavno predstavljaju ugodan bonus. Neke će se priče razvijati nekoliko sati. Stvaranje drugih će trajati mjesecima. Mnogo često se odnose na veličinu povijesti i njegovu vrijednost. Ali to nije uvijek ispravno. Više nije jednako bolje. Petro ispravno uzeti u obzir prioritete pomaže složenost i vrijednost zadatka. Kako odrediti ove karakteristike u kvantitativnom smislu? Da, ništa. Ovo je prava nagađanja. A za veću učinkovitost, potrebno je uključiti dosta ljudi u njega. Ovo je tim programera koji će informirati o djelokrugu rada i zainteresiranim osobama. Ali treba razumjeti da svi dobiveni podaci na ovaj način predstavljaju približne pretpostavke. Ovdje nema točnih brojeva. U početku će biti nedostataka. No, kako ste stekli iskustvo, njihov broj i razmjera će se smanjiti.

Mogući rizici

Da biste izbjegli probleme, potrebno je dati pošten odgovor na niz pitanja. To su:

1. Radimo li ispravne stvari? Ovo je poslovni rizik.
2. Možemo li shvatiti što je potrebno? Ovo je društveni rizik.
3. Hoće li projekt raditi na ovoj platformi. Ovo je tehnički rizik.
4. Hoće li biti dovoljno novaca i hoćemo li imati vremena? To su rizici provedbe i troškova.

U ovom slučaju potrebno je znanje. Oni se mogu smatrati suprotnostima rizika. Kada se utvrdi značajna razina nesigurnosti, stječemo znanje - na primjer, stvaramo prototipove sučelja ili tehničke eksperimente. I već ih imamo, odlučili smo u kojem smjeru krenuti.

Kako naučiti?

IT industrija razvija vrlo brzo, i kako ne bi izgubio na kraju, potrebno je stalno učiti, poboljšati vještine i učinkovitost rada. Stoga, pitanja izobrazbe i provedbe su hitnije nego ikad. Gdje početi? Najbolja je mogućnost surađivati ​​s tvrtkom u kojoj se Agile već koristi. Osposobljavanje u ovom slučaju provodit će ljudi koji se ne žele znati što je fleksibilan razvoj. Ali takve, nažalost, nije uvijek moguće. Najčešće se radi o autsajderu, tko zna što je agilno. Provedba ovog pristupa provodi se pod njegovim nadzorom. Istina, usluge takvog stručnjaka koštaju novac. Ali ako dobijete stvarno znanje, onda će svi troškovi biti vraćeni stostruko. Uostalom, u današnjem svijetu, učinkovitost zaposlenika igra važnu ulogu.

Što čeka u budućnosti?

Metodologije razvoja softvera stalno se razvijaju. Oni traže nove načine i prilike za povećanje učinkovitosti rada i aktivnosti. Reći što nas čeka u budućnosti vrlo je problematično. Vjerojatno će fleksibilni razvojni sustav biti integriran s sredstvima automatizacija proizvodnih procesa. Na primjer, možete riješiti probleme, čak i na udaljenosti od lokacije tvrtke. Na mnoge načine, budućnost određuje nova informacijska tehnologija. Uostalom, kada se pojave, morate naučiti nove metode rada s njima. I u ovom slučaju postoji razvoj, zatvoren u ciklusu.

U zaključku

Tako je završen izlet na fleksibilne metode razvoja. Ali treba podsjetiti da je jedna stvar teorija, a druga je praksa. Nove informacijske tehnologije, koje se stalno pojavljuju, izazivaju veliku zajednicu programera. Kako napraviti tim učinkovitijim? Svatko nađe odgovor na ovo pitanje. Ovdje prikazane informacije mogu se koristiti za formalizaciju okosnice. No, u praksi morat ćemo raditi s postojećim modelom i dovesti situaciju u stanje ispunjavanja postojećih izazova. Tada će tim moći učinkovito ispuniti svoje ciljeve.