Što je tako sjajno u vezi s agilnim? Primjer o agilnoj metodologiji
Agile definirajte kao agilni sustavi upravljanja koji postoje već neko vrijeme, ali u posljednje su vrijeme stekli valutu. Zapravo, Agile Management svake se godine neprestano pojavljuje na vrhunskim trendovima upravljanja projektima na gotovo svim blogovima IT projekata upravljanja svake godine.
Primjene Agile-a u projektima temeljenim na IT-u nesporne su jer se koristi ne samo u projektima IT softvera, već i u razvoju proizvoda i inovacijama.
Pa što je tako sjajno u vezi s Agileom? Pitajte zaposlenike koji su se prebacili iz tradicionalnog sustava u Agile, a oni će se možda prisjećati stalnih sastanaka i „sastanaka o sastancima“.
Ispada da Agile ima puno više od susreta i povratnih informacija. Usredotočena je na osnaživanje timova i uklanjanje uzastopnih načina razvoja projekata, tako da postoji veća fleksibilnost i inovacija. Iako to znači sastanke i rezultate češće nego kod tradicionalnih sustava, to također znači da postoji manja vjerojatnost da se kasnije ponovi i promijeni. u projektnom ciklusu.
To se reklamira kao lijek za zajedničke probleme koji muče projekte vezane uz IT. Što je to točno i kako je bolji od tradicionalnih sustava?
Potreba za agilnom metodologijom - prakse upravljanja
Svatko tko je radio na agilnoj metodologiji u projektima razvoja softvera imat će neku ideju o nekim uobičajenim problemima koji nastaju tijekom projekta: promjena opsega, rokovi koje izgleda nemoguće ispuniti i preopterećeni resursi.
Tradicionalne okretne metodologije u upravljanju projektima imale su brojne nedostatke zbog kojih se nisu mogle nositi sa stalno promjenjivim poslovnim okruženjem, posebno u razvoju softvera, a gornje su situacije bile, nažalost, previše česte. To ne znači da tradicionalne metode nigdje nisu primjenjive . Još uvijek su najbolji ulog za projekte u kojima je ideja u potpunosti formirana od samog početka.
Praksa agilnog upravljanja postala je potreba sata jer su udovoljile sljedećim potrebama proizvoda lansiranog u dinamičnom okruženju:
- Potrebna je brzina da biste proizvod stigli na tržište
- Potreba fleksibilnosti za prihvaćanje višestrukih promjena u specifikacijama
- Nedostaci scenarija „podjele rada“
- Dilema kupca
- Potreba za smanjenjem troškova
Potrebna je brzina dolaska proizvoda na tržište:
Živimo u okruženju kojemu se brzo kreće, gdje su fleksibilnost i brzina ključni za uspjeh.
Tehnologija je jedan od sektora koji se najbrže mijenja u industriji. Svaka je minuta novija ideja, proizvod ili inovacija. U takvoj pozadini tradicionalni pristup upravljanju projektima ne uspijeva. Sekvencijalni projekt nužno ovisi o agilnim metodološkim koracima koji se zadovoljavajuće završavaju. Vremenski rokovi u tradicionalno upravljanim projektima uvijek su okosnica.
Organizacije i timovi koji nisu dinamični izgubit će utrku s onima koji se pretvaraju u prilagodbu promjenjivom okruženju.
Potreba fleksibilnosti za prihvaćanje višestrukih promjena u specifikacijama:
Očekivanja i zahtjevi klijenata često se mijenjaju tijekom razvoja proizvoda. Prije nego što su Agile Management Systems postali glavni, projekti u IT-u često su propadali jer je tradicionalni sustav upravljanja projektima izgrađen da „pluta“. Ako je došlo do promjena, klijenti su često osjećali štipanje svojih novčanika ili vremenskih ograničenja. Tradicionalni model upravljanja projektima, prilagođen iz drugih industrija, jednostavno nije radio za dinamičnu industriju kao što je IT.
Podjela rada:
U tradicionalnom modelu postoje različite faze, počevši od analize zahtjeva sustava i vode do puštanja i održavanja proizvoda. To rezultira podjelom rada i označavanjem članova kao "dizajnera", "programera" ili "testera". Ali u stvarnosti su današnji resursi izuzetno funkcionalni i takva jasna razlika uloga nije izvediva u većini projekata.
Dilema kupca:
U nepostojanim projektima, klijenti vrlo često nisu sasvim sigurni kakav njihov konačni proizvod, sa svim specifikacijama, mora biti. Funkcionalnosti i zahtjevi često se mijenjaju kako se komadi posla obavljaju. Tradicionalni modeli kao što je model Vodopad naglašavaju jasnoću u odnosu na konačni proizvod, a odstupanja u planovima stvaraju veliki stres na sustavu. To nas dovodi do posljednjeg faktora koji je doveo do razvoja Agile sustava.
Potreba za smanjenjem troškova:
Tradicionalno, promjene zahtjeva u bilo kojem trenutku nakon pokretanja projekta su obeshrabrene. Umjesto toga, troškovi bilo koje dodatne komponente bili su visoki, katkad i prekomjerno. Stoga je bilo neophodno uključiti sve moguće scenarije u samu fazu planiranja. To je značilo da su razmotreni svi scenariji i predloženo rješenje. No, budući da je gotovo nemoguće sa sigurnošću znati koji će dio proizvoda korisnik više voljeti, timovi su često razvili „nabubrene verzije“ proizvoda. Sadržao je sve moguće scenarije, od kojih bi tipični korisnik koristio najviše 20%. To je rezultiralo nepotrebnim troškovima i razvojem.
Nepotrebno je reći da je to značilo da su svi projekti u svom planiranju bili globalni.
A kad se pojavio potpuno novi neplanirani scenarij, ionako je bilo dodatnih troškova, unatoč svim planiranim.
Grupa ljudi sastala se u veljači 2001. godine kako bi razgovarali upravo o ovome: potrebi fleksibilnog i okretnog modela razvoja softvera koji je pomogao razviti proizvode koji zapravo rade za klijenta i programera. Rezultat je bio "Agile Manifest" koji je bio od prednosti agilnog razvoja softvera, odnosno skupa od četiri načela koja su jednostavna i opisna. Također je razvijeno dvanaest „agilnih načela“ koja objašnjavaju kako će Agile sustavi zapravo raditi u projektnom okruženju.
Kroz ovaj rad shvatili smo:
- Pojedinci i interakcije tijekom procesa i alata
- Radni softver preko sveobuhvatne dokumentacije
- Suradnja s kupcima oko pregovaranja ugovora
- Odgovaranje na promjenu slijedeći plan
To jest, iako postoji vrijednost u stavkama s desne strane, više cijenimo predmete s lijeve strane.
12 agilnih načela
12 Agile Principa skup je vodećih koncepata iza Agile Manifesta koji podržavaju projektne timove u provedbi Agilnih projekata. Oni su:
- Naš najveći prioritet je zadovoljiti kupca ranom i kontinuiranom isporukom vrijednog softvera.
- Zadovoljstvo promjenjivim zahtjevima, čak i u kasnoj fazi razvoja. Agilna metodologija obrađuje promjenu kabelskog snopa radi konkurentske prednosti kupca.
- Dostavljajte radni softver često, od nekoliko tjedana do nekoliko mjeseci, preferirajući kraću vremensku skalu.
- Poslovni ljudi i programeri moraju svakodnevno raditi zajedno tijekom cijelog projekta.
- Izgradite projekte oko motiviranih pojedinaca. Dajte im okruženje i podršku koja im je potrebna te im vjerujte kako bi mogli obaviti posao.
- Najučinkovitija i najučinkovitija metoda prenošenja informacija u i unutar razvojnog tima je razgovor licem u lice.
- Radni softver je glavna mjera napretka.
- Agilni metodološki procesi promiču održivi razvoj. Sponzori, programeri i korisnici trebali bi biti u mogućnosti neprestano održavati konstantan tempo.
- Neprekidna pažnja tehničkoj izvrsnosti i dobrom dizajnu povećava okretnost.
- Jednostavnost - umijeće maksimiziranja količine neizvršenog posla - je od ključne važnosti.
- Najbolje arhitekture, zahtjevi i nacrti proizlaze iz samoorganizirajućih timova.
- U pravilnim intervalima, tim razmišlja o tome kako postati učinkovitiji, a zatim podešava i prilagođava svoje ponašanje u skladu s tim.
Primjer upravljanja projektom koji zahtijeva potrebu
Zamislite start-up koji razvija mobilnu aplikaciju za klijenta. Zamrzavanje cjelokupnog dizajna aplikacija prije početka može biti pogubno. Također je ograničeno vrijeme za provođenje ankete na tržištu, sastavljanje detaljnog plana, odlučivanje o varijantama koje žele ponuditi, a zatim razvoj proizvoda. Osim ogromnih troškova koji uključuju ovaj pristup, oni riskiraju da bi neka druga tvrtka mogla razviti aplikaciju prije nego što to učini.
Agilna metodologija u upravljanju projektima pomaže u prevladavanju ovih problema. Pod tim se sustavom aplikacija razvija u fazama, s interakcijom s klijentima svaki dan i ishodima ili događajima projekta koji su identificirani, recimo, svaki tjedan.
Na istoj aplikaciji mogu raditi i više timova, tako da se vrijeme razvoja drastično skraćuje.
Funkcije se usavršavaju sa svakim sastankom, a krajnji proizvod odražava krajnju potrebu. Korak po korak uče kako rade za kupca i improviziraju ponudu dok ne dobiju željeni proizvod.
U tradicionalnom pristupu upravljanju projektima trebalo bi razmisliti o svim revizijama prije nego što pustite proizvod. To bi rezultiralo propuštenim rokovima, povećanim opterećenjima rada i inflacijom troškova. Štoviše, proizvod bi mogao potpuno izgubiti svoju važnost do izlaska.
Kako točno Agile Management funkcionira?
Iako se Agile Management uglavnom naziva IT konceptom, njegova upotreba nije ograničena na IT industriju. Primjerice, trgovački lanac odjeće Zara upotrijebio je principe Agile Managementa da transformira svoje poslovanje.
Koristeći načela Agile, Zara je proizvode izrađivala u malim serijama, umjesto da se fokusirala na veliku proizvodnju prije nove sezone. Tvrtka je izbjegla troškove koji se odnose na velike zalihe i nepredvidive popuste.
Neki od ključnih aspekata upravljanja projektima Agile su:
- Agile Project Management slijedi fleksibilan pristup.
Agile Management pozdravlja dopune i promjene tijekom razvoja proizvoda umjesto da ih uskladi s izvornim specifikacijama.
- Agilni projekti obično se dijele na odvojene dijelove rada, s timovima koji su uključeni u razvijanje jednog ili više tih komada rada.
Na primjer, moguće je imati, primjerice, četiri tima koji rade istovremeno na različitim dijelovima projekta, tako da se rokovi projekta skraćuju. Timovi svakodnevno koordiniraju jedni s drugima i sa klijentom radi isporuke.
- Postoje svakodnevni sastanci o napretku ili zapreke u projektu uz stalne povratne informacije.
Nakon primanja povratnih informacija kupca, promjene se uključuju i timovi prelaze na sljedeći komad. Ovim se postupkom nastavlja proizvod koji je dinamičniji i bolje odgovara potrebama klijenta.
- Veća je uključenost članova tima, a ne pristup odozdo prema gore.
Unutar životnog ciklusa razvoja softvera članovi tima sudjeluju u svim fazama: ispitivanju zahtjeva, dizajna, razvoja i agilnih metodologija. Budući da se redovno pregledava učinkovitost zadataka, članovi tima prilagođavaju ponašanje i postupke u skladu s tim.
- Profil voditelja projekta u Agile projektu mijenjat će se od tradicionalne uloge.
Više ne troši puno vremena na planiranje ili nadzor resursa, ali sada troši više vremena u suradnju s timovima i osiguravajući da cjelokupna slika bude uvijek na vidiku. Ovo nije lak prijelaz, a menadžeri koji prelaze na Agile sustave moraju se brzo prilagoditi da bi projekt uspio.
Nekoliko riječi o Scrumu:
Scrum je jedan od najpopularnijih okvira za primjenu Agile metodologije. Što je agilna metodologija? To je bio prije Agile, a prvi put je predložen 1986. godine i primijenjen u automobilskoj industriji i industriji pisača.
Agilna metodologija s scrumom nije sinonim; postoje i drugi okviri pomoću kojih se može implementirati Agile, ali Scrum je jedan od najučinkovitijih i vjerojatno najpopularnijih. Što je scrum? Scrum obično ima tri uloge: Vlasnik proizvoda, Tim i Scrum master. Voditelj Scrum metodologije nije voditelj projekta. Odgovornosti tradicionalnog uloga voditelja projekata podijeljene su u tri uloge upravljanja projektima Scrum. Projekt je izgrađen u nizu iteracija fiksne duljine nazvanih sprint. Uspjeh svakog okretnog metodološkog sprinta stvara osjećaj opipljivog napretka i neprestane inspiracije. Cilj svake iteracije je stvoriti djelujući proizvod koji se može demonstrirati dionicima. Agilan master scrum majstor surađuje s vlasnikom proizvoda i timom kako bi se olakšalo ispunjavanje ciljeva uklanjanjem zapreka. Tim za razvoj agilne metodologije višestruko je funkcionalan i uključuje programere, dizajnere i operatore.
Tradicionalno upravljanje projektima: Vodopad
Jedan od najistaknutijih tradicionalnih sustava upravljanja projektima je vodopad. Često se koristio od 1970-ih. Postoji nekoliko poznatih i široko implementiranih metodologija vodopada u IT projektima. Oni uključuju PRINCE2 koji je vlada Velike Britanije kreirala za svoj javni sektor.
Kao što samo ime govori, to je uzastopni tijek rada. Krajnji proizvod je fiksiran na početku projekta. Tada se različite faze tijeka rada dovršavaju redoslijedom (pokretanje koncepcije, analiza, dizajn, konstrukcija, testiranje, implementacija i održavanje). Nakon dovršetka prethodnog koraka programeri prelaze na sljedeći korak. Projektni plan trebao bi biti siguran dokaz; Nakon završetka faze u nizu, programeri ga ne mogu ponovo pregledati bez ponovnog pokretanja iznova. To je statički pristup agilnoj metodologiji u upravljanju projektima. Nema mjesta promjenama ili pogreškama te se pažljivo treba pridržavati agilnog projektnog plana.
Između upravljanja vodopadom i slikanja remek-djela može se izvesti analogija. Slika konačnog remek-djela već je u umjetnikovim mislima i on uporno radi prema njemu. Ako se krajnji proizvod iz bilo kojeg razloga razlikuje od vizualiziranog, on ga ne može lako modificirati.
Agilna ili slap?
- Što je Agile? Agile je više prikladan za male timove koji rade na inkrementalnim i evolucijskim projektima dok je vodopad prikladan za velike programe ili razvojne projekte. Upravljanje vodopadima možda bi bilo prikladnije za industrije poput građevine. Agile se koristi u dinamičnijim projektima poput onih iz IT industrije.
- Agile sustavi zahtijevaju visoko kvalificirane članove tima koji mogu podnijeti sve faze projekta. To zahtijeva dramatičnu promjenu uloge projektnog menadžera. Proces slapa strukturiran je na tradicionalniji način, linearni je i možda je lakše razumljiv ne-programerima i onima koji su novi u razvoju softvera.
- Mnoge organizacije smatraju da je metodologija vodopada utješna jer je to bolje dokumentirano. Agile je poznat po tome što nije naglasio veliku dokumentaciju. Više ovisi o ljudima, što može biti neugodno u organizacijama u kojima je stopa istrošenosti visoka.
- Manji neposredni projekti možda ne zahtijevaju Agile metodološki okvir, a uzastopni model vodopada također može funkcionirati.
Gdje ovo sve ide?
Agilna razvojna metodologija čini više od dvije trećine svih IT projekata u SAD-u, prema istraživanju HP-a iz svibnja 2015. godine.
Ali Agile nije uvijek 'savršeno' rješenje. To nije rješenje "jedan za sve" i rezultat toga je da su mnoge organizacije (24% prema HP-ovom istraživanju) sada prihvatile hibridni pristup.
Hibrid agilne i vodopadne metode mogao bi iskoristiti prednosti obje. Ovaj hibridni pristup mogao bi funkcionirati za komplicirane projekte s vanjskim klijentima i velikim timovima. Taj su pristup opisali Erick Bergmann i Andy Hamilton. To je kompromis između dviju metoda, omogućavajući softverskim timovima da rade "okretno", dok timovi za razvoj hardvera i rukovoditelji proizvoda koriste tradicionalnu metodu.
Mark Fromson, digitalni savjetnik, ističe još jedan način na koji hibrid može raditi:
Razbijanje projekta u faze nalik vodopadu kako bi se omogućilo ugovaranje s fiksnom ponudom i definirani opseg unutar manje faze, ali zadržavanje tekućine projekta u cjelini.
Bez obzira na oblik koji će budući timovi zauzeti, jasno je da je Agileov razvoj metodologije tu da ostane. Omogućio je fleksibilnost, vrijeme i cijene prednosti, uz najvažniji faktor od svega: pružanje osjećaja zadovoljstva i motivirajuće atmosfere ljudima koji rade na ovim projektima.
Izvor:
Za agilni manifest i 12 agilnih načela- www.agilemanifesto.org
Povezani tečajevi: -
Agilno upravljanje projektima - naučite agilne metodologije