AGILE je fleksibilan sustav za upravljanje projektima. Okretan. Kako i kada primijeniti ovu metodu Što je agilni pristup

Agilna metodologija razvoja (od engleskog - Agile software development)- manifest koji definira način razmišljanja i sadrži temeljne vrijednosti i principe na kojima polazi nekoliko pristupa (frameworks, od engl. okvir- okvir, struktura) na razvoj softvera (iako je u posljednje vrijeme prisutan trend i pokušaji primjene agilne razvojne metodologije i na druga područja djelovanja, ne samo dijelom informacijske tehnologije), koji podrazumijeva interaktivni razvoj, periodično (dinamičko) davanje (ažuriranje) zahtjeva Naručitelja i njihovu implementaciju kroz samoorganizirajuće radne skupine formirane od stručnjaka različitih profila (programeri, testeri, implementatori itd.). Takav prijevod Agile kao "metodologija agilnog razvoja" nije sasvim točan. Agile se obično ne naziva metodologijom, ali pristupi koji se temelje na ovom manifestu jesu metodologije, ali sa stajališta Agilea oni se nazivaju okvirima. U ovom trenutku postoje mnogi okviri (metodologije) čiji se pristupi temelje na agilnoj razvojnoj metodologiji, kao što su Scrum, Extreme programming, FDD, DSDM itd.

Definicija u smislu BPM CBoK [od engl. - Vodič za zajednički korpus znanja o upravljanju poslovnim procesima]. Okretan- Jedna od iterativnih i inkrementalnih metodologija razvoja softvera, za razliku od tradicionalne metodologije linearnog vodopada. Metodologija agilnog razvoja definira sustav dizajna, razvoja i prakse testiranja tijekom životnog ciklusa softvera. Metode agilnog razvoja (kao što je SCRUM) temelje se na brzom odgovoru na promjene korištenjem prilagodljivog planiranja, suradničkog generiranja zahtjeva, racionaliziranja samoorganizirajućih međufunkcionalnih razvojnih timova i inkrementalnog razvoja softvera s jasnim vremenskim okvirima. Ovaj pristup se koristi u mnogim moderni projekti razvoj komercijalnog softvera.

Metodologija agilnog razvoja temelji se na liberalno-demokratskom pristupu upravljanja i organiziranja rada timova čiji su članovi usmjereni na razvoj specifičnog softvera.

S obzirom na to da razvoj softvera agilnom metodologijom definira niz kratkih ciklusa (iteracija), u trajanju od 2-3 tjedna, postiže se minimiziranje rizika. na kraju svake iteracije, kupac prihvaća rezultate i izdaje nove ili korektivne zahtjeve, tj. kontrolira razvoj i može odmah utjecati na njega. Svaka iteracija uključuje planiranje, analizu zahtjeva, dizajn, razvoj, testiranje i dokumentaciju. Obično jedna iteracija nije dovoljna za izdavanje potpunog softverskog proizvoda, ali u isto vrijeme, na kraju svake faze razvoja, trebao bi se pojaviti "opipljiv" proizvod ili dio funkcionalnosti, koji se može pogledati, testirati i izdati dodatne ili korektivne mjere. Na temelju obavljenog posla, nakon svake faze tim zbraja i prikuplja nove zahtjeve, na temelju kojih vrši prilagodbe plana razvoja softvera.

Jedna od glavnih ideja Agilea je interakcija unutar tima i s kupcem licem u lice, što vam omogućuje brzo donošenje odluka i minimiziranje rizika razvoja softvera, tako da je tim smješten na jednom mjestu, s geografske točke pogled. Štoviše, tim uključuje i predstavnika kupca (engleski product owner - ovlašteni predstavnik kupca ili sam kupac koji predstavlja zahtjeve za proizvod; tu ulogu obavlja voditelj projekta od strane kupca ili poslovni analitičar).

Povijest izdanja Agilnog manifesta

"Manifest za agilni razvoj softvera" objavljen je i usvojen u veljači 2001. (UTA SAD, The Lodge na skijalištu Snowbird) od strane skupine stručnjaka. Ovaj manifest definira 4 temeljne vrijednosti i 12 načela za metodologije koje se temelje na njemu, a također daje alternativnu viziju pristupa razvoju softvera za razliku od velikih i dobro poznatih metoda i metodologija, ali nije metodologija sama po sebi. Obično se Agile prvenstveno uspoređuje s metodom "vodopada", jer. u vrijeme izlaska manifesta upravo je "vodopadna metoda" bila glavna u planiranju razvoja softvera. U razvoju i izdavanju Agilnog manifesta sudjelovali su predstavnici sljedećih metodologija:

• Adaptivni razvoj softvera (ASD)
• Kristalno čisto
• Metoda razvoja dinamičkih sustava (DSDM)
• Ekstremno programiranje (XP)
• Razvoj vođen značajkama (FDD)
• Pragmatično programiranje
• Ološ

Zapravo, ova metodologija agilnog razvoja postojala je prije objavljivanja manifesta. Samo objavljivanje manifesta dalo je novi poticaj razvoju agilnih metodologija, postavilo temelje, reklo bi se konstituciju agilnog pristupa razvoju softvera.

Manifest o agilnom razvoju softvera:

Glavna metrika agilnih metoda je proizvod rada. Dajući prednost komunikaciji licem u lice, agilne metode smanjuju količinu pisane dokumentacije u usporedbi s drugim metodama.
To je dovelo do kritike ovih metoda kao nediscipliniranih.

Konstantno otkrivamo bolje načine za razvoj softvera tako da razvijamo izravno i pomažemo drugima. Zahvaljujući obavljenom radu uspjeli smo shvatiti da:

• Ljudi i interakcija važniji od procesa i alata
• Proizvod koji radi je važniji od sveobuhvatne dokumentacije
• Suradnja s kupcem važnija je od pregovaranja o uvjetima ugovora
• Spremnost na promjene važnija je od slijeđenja prvobitnog plana

Odnosno, ne poričući važnost onoga što je desno, ipak više cijenimo ono što je lijevo.

Autori manifesta:

Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland Dave Thomas

Temeljna načela Agilnog manifesta:

Slijedimo ova načela:

1. Naš najveći prioritet je zadovoljstvo korisnika kroz redovitu i ranu isporuku vrijednog softvera.
2. Mijenjanje zahtjeva je dobrodošlo, čak i kasno u razvoju. Agilni procesi omogućuju vam korištenje promjena kako biste kupcu pružili konkurentsku prednost.
3. Radni proizvod treba izdavati što je češće moguće, s učestalošću od nekoliko tjedana do nekoliko mjeseci.
4. Tijekom cijelog projekta programeri i poslovni predstavnici moraju svakodnevno surađivati.
5. Na projektu bi trebali raditi motivirani stručnjaci. Da biste obavili posao, stvorite uvjete, pružite podršku i potpuno im vjerujte.
6. Izravna komunikacija je najpraktičnija i učinkovit način razmjena informacija kako sa samim timom tako i unutar tima.
7. Radni proizvod je glavni pokazatelj napretka.
8. Investitori, programeri i korisnici trebali bi moći održavati konstantan ritam na neodređeno vrijeme. Agile pomaže uspostaviti takav proces održivog razvoja.
9. Stalni fokus na inženjersku izvrsnost i kvalitetu dizajna povećava fleksibilnost projekta.
10. Jednostavnost - umijeće minimiziranja nepotrebnog rada - ključna je.
11. Najbolji zahtjevi, arhitektonska i tehnička rješenja dolaze od samoorganiziranih timova.
12. Tim bi trebao sustavno pregledavati moguće načine poboljšati učinkovitost i prilagoditi svoj stil rada u skladu s tim.

Kritika Agile

Agile ne opisuje dobro procese upravljanja zahtjevima, možemo reći da takav koncept jednostavno ne postoji. agilna metodologija razvoja ne podrazumijeva dugoročno planiranje(planiranje se provodi kratkoročno), posljedično je preskočen korak izrade plana razvoja proizvoda ili, drugim riječima, mape puta proizvoda. Jer kratkoročno planiranje (za sljedeću iteraciju razvoja), a na kraju svake iteracije Kupac prihvaća proizvod i postavlja nove zahtjeve, sam proizvod se može radikalno promijeniti, a postavljeni novi zahtjevi često su u suprotnosti sa strukturom i arhitekturom proizvod već isporučen kupcima. Općenito, ako kupac ne razumije u potpunosti što želi vidjeti kao rezultat (finalni proizvod), a razumijevanje dolazi tijekom razvoja (to se događa u 90% slučajeva), razvojni proces se pretvara u formaliziranu i legaliziranu birokraciju, tj. proizvod se unapređuje neograničeno dok ne ponestane novca ili kupac prijeđe na drugi proizvod. Iskreno radi, treba napomenuti da kupac zna što radi i odlučuje hoće li platiti razvoj proizvoda ili ne, uglavnom razvojni tim jednostavno ispunjava zahtjeve kupca. Međutim, u stvarnosti to u radu dovodi do kaosa, propuštanja rokova i žurbe, što dovodi do novih zahtjeva koji mijenjaju proizvod na gore. Štoviše, kvaliteta razvijenog proizvoda opada, jer Agile definira pristup razvoju u kojem se požari moraju gasiti brzo, na najjednostavniji i najjednostavniji način brz način. Kod je napisan bez udovoljavanja zahtjevima platforme na kojoj se proizvod razvija, pojavljuje se puno zaobilaznih rješenja i nedostataka, a takav dizajn nije baš stabilan i nije siguran, negodovanje korisnika zbog čestih softverskih kvarova raste. Posao na izlazu nosi gubitke, kvaliteta planiranja pada.

Neki Agile stručnjaci više povezuju s pristupom poboljšanja već gotovog proizvoda nego s razvojem novog. Metodologija agilnog razvoja ima mnogo pristaša, baš kao i protivnika. Potonji je svojedobno čak izdao Anti Agile Manifesto. Nadalje, u informativne svrhe, predstavljamo sadržaj dva najpopularnija manifesta koji su u suprotnosti s glavnim Agile manifestom:

Anti-agile manifest (treba napomenuti da ovaj anti-agile manifest zapravo proturječi samom Agileu, već jednom od okvira koji se temelje na Agile principima - Scrum, budući da se termini iz tog okvira koriste u manifestu):

Preko nas je prošlo mnogo konzultanata i proveli smo nebrojene sate na agilnim sastancima i sastancima. Na temelju ovog iskustva shvatili smo da je Agile samo ispiranje mozga, jer:

• epovi su samo projekti
• korisničke priče (korisničke priče) – jednostavno je slučajevi upotrebe
• sprintovi su samo posao
• stand up-ovi (stand-up) su samo sastanci
• iteracije su samo verzije
• zaostaci su samo popis obaveza
• timska brzina (velocity) su samo rezultati
• a ti zadaci (zadaci) su pravi, samo zadaci

Dakle, dok se pojmovi na lijevoj strani predlažu smatrati inovativnima, mijenjajući pristup razvoju, oni su jednostavno nejasni koncepti pojmova na desnoj strani.

Različitosti agilnih razvojnih metodologija

Na temelju vrijednosti i principa definiranih u Agilnom manifestu, formirane su sljedeće metodologije agilnog razvoja:

• Agilno modeliranje (AM)- ovaj pristup u osnovi određuje procedure za modeliranje (uključujući provjeru modela kodom) i dokumentaciju u okviru razvoja softvera. U manjoj mjeri opisani su postupci za projektiranje i konstruiranje dijagrama u UML-u. područja razvoja, testiranja, upravljanja projektima, implementacije i održavanja također nisu pogođena.
• Agilni objedinjeni proces (AUP)- objedinjena verzija RUP metodologije (IBM Rational Unified Process), koju je formirao Scott Ambler. AUP definira model za izgradnju softvera unutar poslovnih aplikacija.
• Agilna podatkovna metoda (ADM)- skup iterativnih agilnih metodologija razvoja softvera koje naglašavaju formiranje zahtjeva i rješenja kroz suradnju različitih međufunkcionalnih timova.
• Metoda razvoja dinamičkih sustava (DSDM)- iterativni i inkrementalni pristup koji se temelji na konceptu brzog razvoja aplikacija - Rapid Application Development (RAD), koji se fokusira na maksimalno uključivanje krajnjeg korisnika u razvoj softverskog proizvoda.
• Osnovni objedinjeni proces (EssUP)- pristup koji je razvio Ivar Jacobson (Ivar Jacobson), sadrži metode iterativnog razvoja softvera, s naglaskom na arhitekturu proizvoda i timske prakse (u osnovi posuđene od RUP-a, CMMI-ja i Agilnog razvoja). Ideja je da koristite samo one prakse i metode koje su primjenjive u određenoj situaciji. Na temelju odabranih metoda i praksi određuje se ciljni proces. Za razliku od RUP-a, gdje su sve prakse i metode međusobno povezane, u ovom slučaju postoji fleksibilnost i mogućnost izdvajanja točno potrebnih elemenata (metoda i praksi) iz cjelokupnog raspoloživog volumena.
• Ekstremno programiranje (XP)- ideja ekstremnog programiranja je korištenje postojećeg najbolje prakse u području razvoja softvera, podižući ih na novu (ekstremnu) razinu. Primjerice, za razliku od uobičajene prakse, kada jedan programer nakon svog kolege sekvencijalno provjerava napisani kod, u ekstremnom programiranju ta se provjera provodi paralelno, što povećava brzinu izlaska proizvoda, ali i rizike.
• Razvoj vođen značajkama (FDD)- glavno ograničenje koje se nameće u okviru ovog pristupa je "svaka funkcija mora biti implementirana u roku od najviše dva tjedna." Oni. ako je realno razviti funkciju u jednom sjedenju, onda je to dobro, u suprotnom ovu funkciju treba podijeliti na nekoliko i implementirati postupno.
• Postati stvaran (GR)- u okviru ovog pristupa isključeni su postupci funkcionalne specifikacije koji se koriste za web aplikacije. Razvoj kreće obrnuto, prvo se razvija sučelje i dizajn, a zatim sama funkcionalnost.
• OpenUP (OUP)- ovaj pristup definira iterativno-inkrementalnu metodu razvoja softvera. Razvijen na temelju RUP-a. Kao dio ovu metodu odlučan životni ciklus razvoj (faza lansiranja, faza usavršavanja, faza razvoja i predaja kupcu). Zbog određene faznosti i miljokaza povećava se učinkovitost kontrole i praćenja napredovanja projekta, a samim time i pravodobno donošenje odluka o projektu.
• lean razvoj softvera- ovaj pristup se temelji na konceptu lean menadžmenta proizvodni pogon(lean production, vitka proizvodnja).
• Ološ- jedan od najčešćih pristupa agilnom razvoju softvera, definira pravila za upravljanje procesom razvoja koristeći postojeće razvojne prakse. Naglasak je na uključenosti Naručitelja u proces (mogućnost izmjene ili pojašnjenja zahtjeva za kreirani proizvod nakon svake faze), što omogućuje pravovremeno prepoznavanje odstupanja i unošenje potrebnih izmjena.

Agilne metode upravljanja projektima (Agile) postaju jedan od najpopularnijih alata upravljanja, kako strateški tako i taktički. U ovoj bilješci pokušat ćemo dokučiti koliko je agilno upravljanje projektima potrebno u upravljanju vašom tvrtkom, razmotrivši nekoliko pitanja čiji odgovori omogućuju menadžeru da donese odluku: isplati li se agilna metodologija implementirati u poslovne procese svoje tvrtke ili ne, a ako takva potreba postoji, onda koje konkretne zadatke vam omogućuje rješavanje u vašoj tvrtki.

Fleksibilne metode upravljanja Agile su prije svega pristupi koji vam omogućuju vrlo brzo pronalaženje rješenja, pokretanje pilot projekata i, ako je potrebno, njihovo skaliranje.

Agile će, u smislu upravljanja projektima, biti potrebne vašoj tvrtki ako:

• Vaš proizvod, usluga ili prezentacija proizvoda trebaju stalnu prilagodbu.
• ako trebate prilagoditi marketing, prema zahtjevima tržišta.
• ako ste zainteresirani za inovacije kako biste povećali profit i smanjili troškove.

I slikovito govoreći: uvijek vam je potrebna Agile metodologija ako radite na tržištu koje se brzo mijenja u uvjetima stalna promjena ili neizvjesnosti, kako u smislu strategije tako iu praksi.

Agilna metodologija(agilna metodologija) omogućuje formiranje agilnih timova novog tipa upravljanja i vođenja, a pritom osigurava transparentnost i učinkovitost procesa, brzinu donošenja odluka, razvoj, prilagodbu i skaliranje proizvoda, kao i sposobnost odgovora na neizvjesnosti, promjene i krize.

Agilna metodologija što je to?

Možemo li reći da je agile alat za krizni menadžment i upravljanje promjenama? Definitivno da!

Agilna metodologija je alat za rješavanje specifičnih, praktičnih problema u kriznom menadžmentu i upravljanju promjenama.

Kako pravilno implementirati Agile?

Prilično česta pogreška je željeti implementirati Agile, iskorištavajući popularnost smjera i pozitivna iskustva drugih tvrtki, ali postoji veliki rizik ako se ponašate tako nepromišljeno:

Agilna organizacija zahtijeva promjenu načina razmišljanja, pristupa radu i principa interakcije kako u timu tako iu vodstvu, jeste li spremni za to? Što je s vašim zaposlenicima? Imajte na umu da je ovo vrlo važno pitanje koje mnogi obično zanemaruju:

Agilna metodologija to nije proizvod u kutiji, to je rješenje čija primjena zahtijeva sposobnost učenja novih stvari, prilagođavanje vašim zadacima i tek onda skaliranje.

Zato uvijek preporučam provođenje, provođenje nekoliko poslovnih zadataka o pitanjima Agile implementacije, a tek onda razmatranje mogućnosti implementacije metodologija fleksibilno upravljanje svojim tvrtkama. Kao rješenje, mogu predložiti da pohađate moj praktični tečaj:

Agilne metode može uništiti vaše poslovanje i to ovisi o vašem poslovanju, o vašim poslovnim procesima, a ne o vama ili vašim zaposlenicima.

Kada ne implementirati Agile

Postoji jednostavno pravilo:

Agilna metodologija može se koristiti samo kada ste spremni platiti za pogreške.

Agilna metodologija ne daje samo rezultat:

Agile, u smislu fleksibilnog razvoja, omogućuje izgradnju procesa za postizanje rezultata Povratne informacije, mnogo opcija za povratne informacije, ali povratne informacije nisu samo emocije i upitnici, to je i novac: dobit i gubici, zapamtite ovo.

Ako želite razmotriti implementaciju agilnog upravljanja projektima, onda je vaša tvrtka spremna integrirati agilne metode upravljanja projektima u vaše poslovne procese:

• osobni i grupni coaching.
• vaši kolege dijele vrijednosti agilnog tima
• odlučni ste implementirati Agile u organizaciju u sve potrebne poslovne procese i svjesni ste rizika implementacije Agilea u upravljanje projektima.

I opet ponavljam: Agilna metodologija to je razmišljanje, a ne samo alati.

A razmišljanje samo po sebi znači: odnos prema rezultatu i komunikaciji, kao i pravilno izgrađena povratna informacija, što je vrlo važno ako planirate koristiti fleksibilne metode upravljanja projektima.

Agilna metodologija izvrsno funkcionira u uvjetima neizvjesnosti i predvidljivih rezultata, u uvjetima spremnosti na visoke troškove radi najviši cilj; ako imate izgrađene poslovne procese, razmislite o tome koje ciljeve pokušavate postići implementacijom Agile upravljanja projektima i isplati li se “igrati”.

Algoritam za implementaciju Agilea u tvrtku

Pogledajmo indikativni algoritam za implementaciju Agile metodologije u trenutne poslovne procese tvrtke, s fokusom na Agile u upravljanju projektima:

• Počevši od ciljeva: Koje ciljeve pokušavate postići implementacijom Agile metoda upravljanja? I kako ti ciljevi odgovaraju Agile organizaciji.
• Opisujemo problematiku vašeg poslovanja ili odjela koji ste odabrali za provedbu Agile pilot projekta, po potrebi opisujemo kojeg stila slijedite u svom radu, na koji način razmjenjujete mišljenja i pratite postizanje rezultata.

Naravno, sljedeći korak se nameće sam po sebi, ono klasično “kako”, ali tu ne treba žuriti, jer kako znate kako to učiniti? - Agilna metodologija obnavlja razmišljanje, a pri implementaciji Agilea u upravljanje projektima potrebno je stvoriti učinkovito komunikacijsko okruženje za izgradnju dijaloga između članova Agile tima.

Izgradnja Agile tima u tvrtki

Formiranje Agile tima može biti prilično brzo, može potrajati nekoliko dana, ali koliko je potrebno da se “izbrusi” članove tima?

Naravno, sa stajališta team buildinga razlikuju se faze: formiranje, sukobi, razvoj pravila i normi, a kao rezultat dobivamo: određeni stil rada, ali u Agile timu sve se događa malo drugačije :

• Agilni članovi i voditelji timova pridržavaju se Agilnog manifesta i usmjereni su na izgradnju učinkovitog rada i postizanje ciljeva u okruženju brzih promjena.
• ne stvaraju zonu komfora, ne stvaraju utopiju, sami traže promjene, nove trendove, analiziraju ih na mogućnost korištenja u ostvarivanju ciljeva poduzeća.

Agilna metodologija je:

Agilna metodologija nije upravljanje projektima, Agile je agilna metoda upravljanja koja može biti alat za upravljanje projektima, ili može biti potpuno neovisna u vašoj organizaciji. Naravno, za učinkovitost Agile timova bit će velika pogreška obučavati zaposlenike klasičnom team buildingu i vođenju te ih tako tjerati da razmišljaju na stari način!

Fleksibilne agilne metode upravljanja to je poziv na djelovanje, pronalaženje nečeg novog, postizanje postavljenih ciljeva, sposobnost korištenja prilika i prijetnji vanjskih i unutarnje okruženje za postizanje potrebnih ciljeva i rješavanje specifičnih problema koji utječu na dobit i konkurentnost u poslovanju.

Dame i gospodo, Agilna metodologija je neophodna u vođenju tvrtke, ali zahtijeva fleksibilan pristup implementaciji i nove ideje, dok će korištenje starih metoda dovesti do rezultata koji vam neće omogućiti postizanje novih ciljeva i izgradnju konkurentnosti tvrtke. Stoga budite vrlo oprezni pri odabiru Agile konzultanata, procijenite njihov stupanj prilagodljivosti zahtjevima. moderno tržište, Vaša pitanja su dobrodošla, napišite u komentarima. Hvala vam!

Svima je poznat primjer tvorničkog uređaja iz klasičnih udžbenika menadžmenta, gdje je svaki zaposlenik imao pravo zaustaviti pokretnu traku kako bi otklonio kvar ili dao prijedlog racionalizacije. Upravo je ovaj pristup bio temelj Agile filozofije.

Agile, koji se kao metoda razvoja softvera u malim timovima pojavio prije 10-15 godina, danas postaje nova kultura upravljanja velikim tvrtkama. Zahvaljujući nedavnom govoru Germana Grefa, pojam Agile uključen je u leksikon svih modernih ruskih menadžera.

Što je Agile i zašto se ova metoda naziva gotovo jedino ispravnom?

Postoji klasičan pristup kreiranju proizvoda i usluga, koji je prvenstveno karakterističan za IT industriju. Ovaj pristup naziva se vodopad ili metodologija iterativnog razvoja. NA engleska terminologija ovaj se pristup naziva razvoj vodopada (od engleskog - vodopad). Zašto se zove vodopad? Budući da s takvom razvojnom shemom, nakon što odobrite plan softverskog proizvoda, nećete moći zaustaviti ili promijeniti ovaj plan prije nego što se izradi.

Agile je inovativan pristup ponovnom promišljanju stvaranja novog proizvoda ili usluge. Temelji se na vrlo jednostavna ideja: svaki sudionik u procesu, svaki zaposlenik ove "pokretne trake" treba biti uključen u proces promišljanja svojih zadataka i zajedničkog cilja. Svatko može zaustaviti pokretnu traku i dati svoje racionalne prijedloge.

U većini organizacija, prilikom izrade softverskih proizvoda, ljudi odgovorni za pojedine faze projekta nalaze se u različitim, često sukobljenim, odjelima. Nije tajna da su operativno osoblje, testeri i programeri obično u sukobu jedni s drugima. A ako proizvod ne radi i ne donosi profit poslovanju, onda svatko nastoji okriviti drugoga. Iako su zapravo u takvim slučajevima, u pravilu, svi krivi.

Agilna metoda uključuje uključivanje svih sudionika u proces razvoja softverskog proizvoda, ostavljajući sudionicima poznate kompetencije. Ovaj pristup jasno pokazuje da svi rade za isti krajnji cilj - kvalitetan proizvod za svoje kupce.

Dakle, dolazi do promjene u poslovnoj kulturi samog poduzeća. U sklopu MBA programa postoji cijeli kolegij koji se bavi organizacijska struktura tvrtke. U njemu postoji koncept ravnoteže, kada svi rade sve unutar start-up tvrtki i start-upova, zbog čega se često tamo rađa prijateljski tim koji učinkovito djeluje na tržištu. A u smislu učinkovitosti i iznošenja novih ideja na tržište, ovo je idealna organizacijska struktura.

Naravno, postoje organizacije kojima Agile uopće nije potreban. Na primjer, državni odjeli. Njihovo djelovanje temelji se na zakonodavstvu. Nećemo moći komunicirati s državom ako se pravila igre mijenjaju svaki dan.

Dakle, imamo dvije radikalne suprotnosti organizacijske infrastrukture. S jedne strane, postoji najstroža birokratska formalizirana organizacija, koja se koristi u određenim slučajevima i dobro funkcionira u određenim situacijama. A potpuna dijametralna suprotnost tome su mladi startupi, timovi istomišljenika koji stvarno stvaraju nešto novo, a Agile je puno bliži stanju emotivnog tima koji radi za krajnji cilj, funkcionalan kvalitetan (softver) proizvod. Stoga su problemi koji se pojavljuju u bilo kojoj fazi problemi svih ljudi i svi koji ih mogu riješiti uključeni su u taj proces.

Prelazak velikog klasičnog poslovanja (Enterprise) na Agile

Ovo je izuzetno važno pitanje, i vrlo je zanimljivo. Cijeli svijet priča o tome, rekao je i German Gref. Rekao je: "Dečki, mi smo banka, naši konkurenti nisu banke, naši konkurenti su mlade tvrtke koje donose digital u društvo."

Napredno poslovanje temelji se na tri stupa: iskustvu i znanju u industriji (u kojoj posluje), razvoju proizvoda i usluga pomoću Agile metodologije i najvažnije inovativnoj kulturi.

Vodeće informatičke tvrtke, lako kopirajući bankarske proizvode i usluge, počinju ih dovršavati (ili transformirati) do razine do koje ih banka ne može dovesti, budući da tradicionalni financijska institucija nema dovoljno razvijenu inovacijsku kulturu.

Vrlo jednostavan primjer su mikrofinancijske organizacije. To su tvrtke koje doslovno stvaraju uslugu pucketanjem prstiju. Danas se pojavila tvrtka, izdala kredit po nevjerojatno visokoj kamatnoj stopi - sutra će imati profitabilnost mnogo puta veću od one banke. Takve organizacije mogu odmah obnoviti svoje usluge i proizvode, brzo ući na nova tržišta, istiskujući klasične banke.

Slične stvari se ne događaju samo u bankarskoj industriji, to se događa u svim industrijama i poslovnim područjima. Mobilni operateri počinju se baviti sustavima plaćanja. Uber je promijenio pristup prema putnički promet diljem svijeta u nekoliko godina, a Airbnb je isto učinio s hotelskim segmentom putničkog poslovanja.

Fleksibilno planiranje

S razvojem vodopada morate planirati godinu unaprijed. Ali ako se nešto promijeni - npr. bude potrebno više servera ili drugih komponenti, onda je takav scenarij moguć kada se projekt zaustavi - uostalom, bit će potrebno provesti novi natječaj, kupiti novu infrastrukturu itd.

Odnosno, Agile postaje ne samo metodologija za izradu novog softvera, već sustav fleksibilnog planiranja razvoja cijele tvrtke. Treba izgraditi takvu infrastrukturu koja također fleksibilno odgovara zahtjevima korisnika i zahtjevima koji se mijenjaju tijekom razvoja softverskog proizvoda i njegovog rada (to, inače, podrazumijeva potpuni prijelaz na cloud tehnologije).

Agilno planiranje zahtijeva razumijevanje i analizu svakog poslovnog procesa. A ovo je već sljedeća razina razvoj poduzeća – njegova digitalizacija.

Pročitajte materijal

Metodologija agilnog razvoja(eng. Agile software development, agile methods) - niz pristupa razvoju softvera usmjerenih na korištenjeinteraktivni razvoj , dinamičko formiranje zahtjeva i osiguranje njihove provedbe kao rezultat stalne interakcije unutar samoorganizirajućih radnih skupina koji se sastoji od stručnjaka različitih profila. Postoji nekoliko tehnika koje se odnose na klasu metodologija agilnog razvoja, posebice Extreme Programming, DSDM, Scrum, FDD.

Većina agilnih metodologija ima za cilj ublažiti rizik smanjenjem razvojana niz kratkih ciklusa koji se nazivaju iteracije koji obično traju dva do tri tjedna. Svaka iteracija sama po sebi izgleda kao minijaturni softverski projekt i uključuje sve zadatke potrebne za stvaranje malog rasta funkcionalnosti: planiranje, analiza zahtjeva, dizajn, programiranje, testiranje i dokumentacija. Iako jedna iteracija općenito nije dovoljna za izdavanje nove verzije proizvoda, pretpostavlja se da je agilni softverski projekt spreman za puštanje na kraju svake iteracije. Na kraju svake iteracije, tim ponovno procjenjuje razvojne prioritete.

Agilne metode

Agilne metode su takve fleksibilne metodologije kao što su Lean Development ("Lean development software"), Scrum itd. Razvijene su još početkom 2000-ih kao alternativa neučinkovitim tradicionalnim IT metodama.

Gotovo svi agilni timovi su koncentrirani u jednom uredu (bullpen). Ured uključuje vlasnika proizvoda - kupca, koji određuje zahtjeve za proizvod. Kupac može biti poslovni analitičar, voditelj projekta ili klijent. Osim toga, ured može uključivati ​​dizajnere sučelja, testere, tehničke pisce. To je Agilne metode usmjeren prvenstveno na izravnu komunikaciju.

Glavna metrika agilnih metoda je proizvod rada.Dajući prednost komunikaciji licem u lice, agilne metode smanjuju količinu pisane dokumentacije u usporedbi s drugim metodama.

Ključne ideje:

— ljudi i interakcijavažniji od procesa i alata;

— radni proizvodvažnije od sveobuhvatne dokumentacije;

— suradnja s kupcemvažnije od dogovora o uvjetima ugovora;

— spremnost na promjenuvažnije od slijeđenja izvornog plana.

Agilni principi:

1. Zadovoljstvo klijenta zbog rane i nesmetane isporuke vrijednog softvera;

2. dobrodošle promjene u zahtjevima čak i na kraju razvoja (ovo može povećati konkurentnost rezultirajućeg proizvoda);

3. česta isporuka radnog softvera (svaki mjesec ili tjedan ili čak i češće);

4. bliska, svakodnevna komunikacija između korisnika i programera tijekom cijelog projekta;

5. projekt provode motivirani pojedinci kojima su osigurani potrebni uvjeti za rad, podrška i povjerenje;

7.radni softver je najbolja mjera napretka;

8.sponzori, programeri i korisnici moraju biti u mogućnosti održavati konstantan tempo na neodređeno vrijeme;

9. Kontinuirana pozornost poboljšanju tehničke izvrsnosti i jednostavnog dizajna;

10. jednostavnost - umijeće ne obavljanja nepotrebnog posla;

11.najbolji tehnički zahtjevi, dizajn i arhitekturu dobivamo od samoorganiziranog tima;

12. Konstantno prilagođavanje promjenjivim okolnostima.

Glavne prednosti Agilea:

• Kvaliteta web proizvoda

Uključivanje kupca u proces svake iteracije omogućuje prilagodbu procesa, što neizbježno poboljšava kvalitetu.

• Visoka brzina razvoja

Ponavljanje traje ne više od 3 tjedna, do kraja tog razdoblja uvijek postoji rezultat.

• Minimizacija rizika

Veliki projekt omogućuje kupcu da plati nekoliko iteracija i da tijekom rada shvati da će dobiti točno ono što želi na vrijeme i po pristupačnoj cijeni. Modeli vodopada (koristeći specifikacije i uvjete rada) ne pružaju takve mogućnosti.

Kupac uvijek ima priliku pratiti tijek razvoja, prilagoditi funkcionalnost projekta, testirati ga ili pokrenuti, pa čak i zaustaviti u bilo kojem trenutku.