Kaj je tako super pri Agileu? Primer iz Agile metodologije
Agile Definirajte kot Agile Management Systems, ki obstaja že nekaj časa, vendar je v zadnjem času pridobil valuto. Dejansko se Agile Management vsako leto dosledno predstavlja na najboljših trendih upravljanja projektov skoraj vsakega bloga IT Project Management.
Uporaba Agile v projektih, ki temeljijo na IT-ju, je nesporna, saj se ne uporablja samo pri projektih IT programske opreme, temveč tudi pri razvoju izdelkov in inovacijah.
Torej, kaj je tako super pri Agileu? Vprašajte zaposlene, ki so se iz tradicionalnega sistema preselili v Agile, in morda bodo spomnili na nenehne sestanke in "sestanke o sestankih".
Izkazalo se je, da ima Agile veliko več kot le sestanki in povratne informacije. Osredotoča se na opolnomočenje skupin in odstranjevanje zaporednih načinov razvoja projektov, tako da je večja prožnost in inovativnost. Čeprav to pomeni srečanja in rezultate pogosteje kot pri tradicionalnih sistemih, to pomeni tudi, da obstaja manjša možnost za ponovitve in spremembe kasneje v projektnem ciklu.
To se obravnava kot zdravilo za skupne težave, ki mučijo projekte, povezane z IT. Kaj točno je to in kako je boljše od tradicionalnih sistemov?
Potreba po agilni metodologiji - prakse upravljanja
Kdor je delal agilno metodologijo pri projektih razvoja programske opreme, bo imel nekaj predstave o nekaterih običajnih težavah, ki se pojavijo med projektom: sprememba obsega, roki, ki se jim zdi nemogoče izpolniti, in preobremenjeni viri.
Tradicionalne okretne metodologije pri upravljanju projektov so imele številne pomanjkljivosti, zaradi katerih se niso mogle spoprijeti z nenehno spreminjajočim se poslovnim okoljem, zlasti pri razvoju programske opreme, in zgornje situacije so bile žal vse preveč pogoste. To ne pomeni, da tradicionalne metode niso nikjer uporabne . Še vedno sta najboljša stava za projekte, pri katerih se ideja v celoti oblikuje od začetka.
Praksa Agile Management je postala potreba po uri, ker so zadovoljile naslednje potrebe izdelka, ki se lansira v dinamičnem okolju:
- Potreba po hitrosti, da pridete na trg
- Potrebna je prilagodljivost za prilagoditev več sprememb specifikacij
- Napake v scenariju „delitve dela“
- Dilema kupca
- Potreba po zmanjšanju stroškov
Potreba po hitrosti, da izdelek pride na trg:
Živimo v okolju s hitrim tempom, kjer sta prožnost in hitrost ključnega pomena za uspeh.
Tehnologija je eden od sektorjev, ki se najhitreje spreminja v industriji. Vsako minuto je novejša ideja, izdelek ali inovacija. V tem oziru tradicionalni pristop k upravljanju projektov ne uspe. Zaporedni projekt je nujno odvisen od tega, da so agilni metodološki koraki zadovoljivo zaključeni, da bi lahko obstajali. Časovni roki v tradicionalno vodenih projektih so vedno prepir.
Organizacije in ekipe, ki niso dinamične, bodo izgubile tekmo med tistimi, ki so se spremenili, da bodo ustrezali spremenljivemu okolju.
Potreba po prilagodljivosti za prilagoditev več sprememb specifikacij:
Pričakovanja in zahteve strank se pogosto spreminjajo med razvojem izdelka. Preden so Agile Management Systems postali glavni, so projekti v IT pogosto propadli, ker je bil tradicionalni sistem vodenja projektov zgrajen tako, da se je "nadaljeval". Če je prišlo do kakršnih koli sprememb, so stranke pogosto čutile pripetje v svoji denarnici ali časovnici. Tradicionalni model upravljanja projektov, prilagojen iz drugih panog, preprosto ni deloval za dinamično industrijo, kot je IT.
Delitev dela:
V tradicionalnem modelu obstajajo različne faze, začenši z analizo sistemskih zahtev in do izpusta in vzdrževanja izdelkov. Posledica tega je delitev dela in označevanje članov kot "oblikovalci", "programerji" ali "preizkuševalci". V resnici pa so današnji viri izjemno navzkrižno funkcionalni in takšno jasno razlikovanje vlog v večini projektov ni izvedljivo.
Dilema kupca:
V nestanovitnih projektih stranke pogosto niso povsem prepričane, kakšen mora biti njihov končni izdelek z vsemi specifikacijami. Funkcije in zahteve se pogosto spreminjajo, ko se dela delajo. Tradicionalni modeli, kot je model Slap, poudarjajo jasnost glede končnega izdelka, odstopanja v načrtih pa povzročajo velik stres sistemu. To nas pripelje do zadnjega dejavnika, ki je privedel do razvoja Agile sistemov.
Potrebe po zmanjšanju stroškov:
Tradicionalno so bile spremembe zahteve kadar koli po začetku projekta odvračane. Namesto tega so bili stroški katere koli dodatne komponente visoki, včasih preveč. Zato je bilo nujno, da se v fazi načrtovanja vključijo vsi možni scenariji. To je pomenilo, da so bili upoštevani vsi scenariji in predlagana rešitev. Ker pa je skoraj nemogoče zagotovo vedeti, kateri del izdelka bo uporabnik raje, so ekipe pogosto razvile "napihnjene različice" izdelka. Vseboval je vse možne scenarije, od katerih običajni uporabnik porabi največ 20%. To je povzročilo nepotrebne stroške in razvoj.
Ni treba posebej poudarjati, da je to pomenilo, da so bili vsi projekti pri svojem načrtovanju globalni.
In ko se je pojavil povsem nov nenačrtovan scenarij, so kljub vsemu načrtovanju vseeno nastali dodatni stroški.
Skupina ljudi se je februarja 2001 sestala in razpravljala ravno o tem: potrebi po prilagodljivem in prilagodljivem modelu razvoja programske opreme, ki je pomagal razviti izdelke, ki dejansko delujejo za stranko in razvijalca. Rezultat tega je bil "Agile Manifest", ki je bil koristen pri razvoju programske opreme agilne metodologije, tj. Nabor štirih načel, ki so tako preproste, kot so opisne. Razvitih je bilo tudi dvanajst „agilnih načel“, ki pojasnjujejo, kako bodo Agile sistemi dejansko delovali v projektnem okolju.
S tem delom smo spoznali:
- Posamezniki in interakcije nad procesi in orodji
- Delovna programska oprema za obsežno dokumentacijo
- Sodelovanje s strankami pri pogajanjih o pogodbi
- Odziv na spremembe v skladu z načrtom
To je, medtem ko je vrednost v predmetih na desni, cene na levi bolj cenimo.
12 agilnih načel
12 Agile Principov je niz vodilnih konceptov Agile Manifesta, ki podpirajo projektne skupine pri izvajanju Agile projektov. To so:
- Naša največja prednostna naloga je zadovoljiti kupca z zgodnjo in nenehno dostavo dragocene programske opreme.
- Pozdravljajo spreminjajoče se zahteve, tudi v pozni razvojni fazi. Agile metodologija spreminja uporabo pasov zaradi konkurenčne prednosti stranke.
- Delovno programsko opremo pogosto dobavljajte, od nekaj tednov do nekaj mesecev, prednost pred krajšim časovnim okvirom.
- Poslovni ljudje in razvijalci morajo ves čas delati skupaj v celotnem projektu.
- Gradite projekte okoli motiviranih posameznikov. Dajte jim okolje in podporo, ki jih potrebujejo, in jim zaupajte, da bodo lahko opravili delo.
- Najučinkovitejši in najučinkovitejši način prenosa informacij v in znotraj razvojnega tima je pogovor iz oči v oči.
- Delovna programska oprema je glavno merilo napredka.
- Agile metodološki procesi spodbujajo trajnostni razvoj. Sponzorji, razvijalci in uporabniki bi morali imeti možnost ohranjati stalen tempo v nedogled.
- Nenehna pozornost do tehnične odličnosti in dobrega oblikovanja povečuje okretnost.
- Enostavnost - umetnost povečanja obsega neizvedenega dela - je bistvenega pomena.
- Najboljše arhitekture, zahteve in načrti izhajajo iz samoorganizirajočih se ekip.
- V rednih časovnih presledkih ekipa razmišlja o tem, kako postati bolj učinkovita, nato prilagodi in temu primerno prilagodi svoje vedenje.
Primer vodenja projekta s potrebnim agilnim upravljanjem
Predstavljajte si zagon, ki razvije mobilno aplikacijo za stranko. Zamrzovanje celotne zasnove aplikacij pred začetkom razvoja je lahko katastrofalno. Na voljo je tudi omejen čas za izvedbo raziskave trga, določitev podrobnega načrta, odločitev o možnostih, ki jih želijo ponuditi, in nato razvoj izdelka. Poleg velikih stroškov, povezanih s tem pristopom, tvegajo, da bo morda še kakšno podjetje razvilo aplikacijo, preden to stori.
Agilna metodologija pri vodenju projektov pomaga premagati te težave. V tem sistemu se aplikacija razvija postopno, vsak dan pa je interakcija s strankami in, denimo, določeni mejniki projektov, na primer za vsak teden.
V isti aplikaciji lahko deluje tudi več ekip, tako da se čas razvoja drastično skrajša.
Funkcije se izpopolnjujejo z vsakim srečanjem, končni izdelek pa odraža končno potrebo. Korak za korakom se naučijo, kaj deluje za stranko, in improvizirajo ponudbo, dokler ne dobijo želenega izdelka.
V tradicionalnem pristopu k upravljanju projektov bi bilo treba pred izdajo izdelka pomisliti na vse revizije. To bi povzročilo zamujene roke, večje delovne obremenitve in stroškovno inflacijo. Poleg tega je izdelek ob izdaji morda popolnoma izgubil svojo pomembnost.
Kako natančno deluje Agile Management?
Čeprav se Agile Management večinoma imenuje koncept IT, njegova uporaba ni omejena na IT industrijo. Na primer, verižni trgovec z oblačili Zara je za preoblikovanje svojega poslovanja uporabil načela Agile Management.
Z uporabo Agile načel je izdelke izdeloval v majhnih serijah, namesto da se je pred novo sezono osredotočil na veliko proizvodnjo. Družba se je s to metodo izognila stroškom v zvezi z veliko zalogami in nepredvidljivimi ponudbami za popust.
Nekateri od ključnih vidikov Agile Project Management so:
- Agile Project Management sledi prilagodljivemu pristopu.
Agile Management pozdravlja dodatke in spremembe v celotnem razvoju izdelka, namesto da bi jih uskladili s prvotnimi specifikacijami.
- Agilni projekti so običajno razdeljeni na ločene sklope dela, pri čemer skupine, ki sodelujejo pri razvoju enega ali več teh "delov".
Tako je na primer mogoče imeti štiri skupine, ki delajo hkrati na različnih delih projekta, tako da se časovnice projektov skrajšajo. Ekipe se vsakodnevno usklajujejo med seboj in s stranko za dosežke.
- Vsakodnevno se srečujemo o napredku ali ovirah v projektu s stalnimi povratnimi informacijami.
Po prejemu povratnih informacij strank so spremembe vključene in ekipe se premaknejo na naslednji kos. Ta postopek še naprej zagotavlja izdelek, ki je bolj dinamičen in bolje ustreza potrebam stranke.
- Večja je vključenost članov skupine, ne pa pristop od zgoraj navzdol.
V okviru življenjskega cikla programske opreme so člani skupine vključeni v vse faze: zahteve, načrtovanje, razvoj in agilno testiranje metodologije. Ker redno preverjamo učinkovitost nalog, člani skupine ustrezno prilagodijo vedenje in postopke.
- Profil vodje projekta v projektu Agile se bo spremenil iz običajne vloge.
Ne porabi več časa za načrtovanje ali spremljanje virov, zdaj pa porabi več časa za sodelovanje z ekipami in zagotavljanje, da je celotna slika vedno na vidiku. To ni enostaven prehod, zato se morajo upravljavci, ki preidejo na Agile sisteme, hitro prilagoditi, da projekt uspe.
Nekaj besed o Scrumu:
Scrum je eden najbolj priljubljenih okvirov za izvajanje Agile metodologije. Kaj je agilna metodologija? Pred Agileom je bil prvič predlagan leta 1986, uveljavljen pa je v avtomobilski industriji in tiskarski industriji.
Agilna metodologija s scrumom ni sinonim; obstajajo tudi drugi okviri, ki jih lahko uporabimo za izvajanje Agile, vendar je Scrum eden najbolj učinkovitih in verjetno najbolj priljubljen. Kaj je scrum? Scrum ima običajno tri vloge: lastnik izdelka, moštvo in mojster Scruma. Vodja metodologije Scrum ni vodja projektov. Odgovornosti tradicionalnega vodje projektov so razdeljene med tri vloge upravljanja projektov Scrum. Projekt je vgrajen v niz iteracij s fiksno dolžino, imenovanih sprint. Uspeh vsakega agilnega metodološkega sprinta prinese občutek oprijemljivega napredka in nenehnega navdiha. Cilj vsake ponovitve je ustvariti delujoč izdelek, ki ga je mogoče predstaviti deležnikom. Agile master scrum master sodeluje z lastnikom izdelka in ekipo, da olajša doseganje ciljev z odstranjevanjem zaporov. Skupina za razvoj agilne metodologije je medfunkcionalna in poleg razvijalcev vključuje tudi preizkuševalce, oblikovalce in operaterje.
Tradicionalno vodenje projektov: Slap
Eden najvidnejših tradicionalnih sistemov vodenja projektov je slap. Pogosto se je uporabljal od 70. let prejšnjega stoletja. V IT projektih je več znanih in široko uveljavljenih metodologij za slap. Sem spadajo PRINCE2, ki jo je vlada Združenega kraljestva ustanovila za svoj javni sektor.
Kot že samo ime pove, gre za zaporedni potek dela. Končni izdelek je določen na začetku projekta. Nato se različne faze delovnega procesa zaključijo zaporedno (začetek zasnove, analiza, načrtovanje, konstrukcija, preizkušanje, izvedba in vzdrževanje). Ko je prejšnji korak zaključen, razvijalci preidejo na naslednji korak. Projektni načrt mora biti brezhiben; Ko je faza v zaporedju končana, razvijalci ne morejo znova obiskati istega, ne da bi začeli znova. Je statičen pristop k agilni metodologiji pri upravljanju projektov. Ni prostora za spremembe ali napake, zato je treba skrbno upoštevati prožen projektni načrt metodologije.
Med vodenjem slapov in slikanjem mojstrovine je mogoče navesti analogijo. Podoba končne mojstrovine je že v umetnikovih mislih in vztrajno deluje nanjo. Če je končni izdelek iz kakršnega koli razloga drugačen od vizualiziranega, ga ne more enostavno spremeniti.
Agilni ali slap?
- Kaj je Agile? Agile je bolj primeren za majhne ekipe, ki delajo na postopnih in evolucijskih projektih, medtem ko je slap primeren za velike sheme ali razvojne projekte. Upravljanje slapov bi bilo morda bolj primerno za panoge, kot je gradbena industrija. Agile se uporablja pri bolj dinamičnih projektih, kot so projekti IT industrije.
- Agile sistemi zahtevajo visoko usposobljene člane skupine, ki lahko rešijo vse faze projekta. Zahteva dramatičen premik v vlogi vodje projekta. Proces slap je strukturiran na bolj tradicionalen način, je linearen in ga je morda lažje razumeti za nerazvijalce in tiste, ki so novi pri razvoju programske opreme.
- Mnoge organizacije menijo, da je metodologija slapov tolažljiva, saj je ta bolje dokumentirana. Agile je znan po tem, da ni poudaril obsežne dokumentacije. Bolj je odvisna od ljudi, kar je lahko neprijetno v organizacijah, kjer je stopnja oprijetosti visoka.
- Manjši neposredni projekti morda ne potrebujejo Agile metodološkega okvira in zaporedni model slapov lahko deluje prav tako dobro.
Kam gre to vse?
Raziskava HP-ja maja 2015 predstavlja agilno razvojno metodologijo za več kot dve tretjini vseh IT-projektov v ZDA.
A Agile ni vedno 'popolna' rešitev. Ne gre za rešitev, ki ustreza vsem, zato so številne organizacije (24% v raziskavi HP) zdaj sprejele hibridni pristop.
Hibrid metod Agile in Waterfall bi lahko izkoristil prednosti obeh. Ta hibridni pristop bi lahko deloval pri zapletenih projektih z zunanjimi strankami in velikimi skupinami. Ta pristop sta opisala Erick Bergmann in Andy Hamilton. Gre za kompromis med obema metodama, ki programskim skupinam omogoča, da delajo "gibčno", medtem ko ekipe za razvoj strojne opreme in vodje izdelkov uporabljajo tradicionalno metodo.
Mark Fromson, digitalni svetovalec, opozarja na še en način, kako lahko hibrid deluje:
Razčlenitev projekta v faze, ki so podobne slapu, da se omogoči naročilo s fiksnimi ponudbami in opredeljen obseg v manjši fazi, vendar ohrani tekočino projekta kot celote.
Ne glede na obliko, ki jo bodo prevzele prihodnje ekipe, je jasno, da je Agileov razvoj metodologije tu ostal. Omogočil je fleksibilnost, čas in stroškovne prednosti, skupaj z najpomembnejšim dejavnikom vseh: dajanje občutka zadovoljstva in motivirajoče vzdušje ljudem, ki delajo na teh projektih.
Vir:
Za agilni manifest in 12 agilnih načel- www.agilemanifesto.org
Sorodni tečaji: -
Agile Management Project - Naučite se agilnih metodologij