Agiilne mudel
Agiilne arendusmetoodika (agile) on “agiilse” projektijuhtimise ideede ja põhimõtete süsteem, mille alusel on välja töötatud populaarsed Scrumi, Kanbani jt meetodid. Põhiprintsiibiks on arendus läbi lühikeste iteratsioonide (tsüklite), mille iga lõpus saab klient (kasutaja) töötava koodi või toote.
Lugu
aasta veebruaris ilmus USA-s Utahis “Agile Software Development Manifesto”. Erinevalt CPM-ist ja CCPM-ist vastutab agiilse arendusmetoodika tekkimise eest kohe terve grupp inimesi – 17 USA IT-spetsialisti Utah’ osariigist. Koos “Agiilse tarkvaraarenduse manifestiga”, milles esmakordselt kasutati mõistet “Agile”, panid nad kirja 12 agiilse arenduse põhimõtet.
Põhiideed
- Inimesed ja suhtlus on olulisemad kui protsessid ja tööriistad
- Töötav toode on olulisem kui põhjalik dokumentatsioon
- Lepingutingimustes kokkuleppimisest olulisem on koostöö kliendiga
- Muutusteks valmisolek on olulisem kui esialgsest plaanist kinnipidamine.
Plussid
- Minimeerige riske paindliku muudatussüsteemiga
- Projekti esinejate, korraldajate ja tellijate kõrge kaasatus
- Lühikesed ja arusaadavad iteratsioonid – arendustsüklid kestavad 2 nädalast 2 kuuni, mille järel saab klient toote tööversiooni
- Meetodi populaarsus ärijuhtimistarkvara arendajate seas
- Esirinnas on töötav toode kui peamine edusammunäitaja – seda võib pidada nii plussiks kui miinuseks, sest sel juhul esitatakse projektimeeskonnale kõrged nõuded eneseorganiseerumisele
Miinused
- Julgustage pidevat projekti muutmist: tootearenduse paindlikkus võib viia selleni, et see ei jõua kunagi lõpliku versioonini
- Kõrgendatud nõuded meeskonna kvalifikatsioonile ja kogemustele: lisaks otsesele toote loomisele peab meeskond analüüsima võimalikke võimalusi enda töö efektiivsuse tõstmiseks, pidevalt vahetama projekti kohta infot, olema motiveeritud ja iseorganiseerunud.
- Meeskond ei saa mehaaniliselt rakendada “agiilse” arenduse mehaanikat, vaja on aktsepteerida süsteemi põhiprintsiipe
- Lõpliku töömahu arvutamise keerukus: lõpptoote muudatuste ja täiustuste stimuleerimine toob kaasa projekti maksumuse ujuva väärtuse. Seetõttu ei sobi Agile projektijuhtimiseks ehituses, kus kõikidele töödele tehakse selge hinnang.
- Nõrk tähelepanu dokumentidele. Nõuete ja konfliktiolukordade korral ei ole esinejal lihtsalt oma kaitseks argumente.
Prototüüpimine
Prototüüpimine on üks arenduse algetappidest, mille käigus luuakse kodulehe, maandumislehe, rakenduse või muu projekti eelkujundus (selle struktuur koos põhielementide skemaatilise esitusega).
Miks tehakse prototüüpe
Prototüüpimise peamine eesmärk on säästa raha ja aega. Esimest korda on raske luua ideaalset toodet, mis kliendile meeldiks ja mis kõige tähtsam – oleks kasutajatele mugav.
Prototüüpide tüübid
Vastavalt uurimise sügavusele on prototüübid kõrge ja madala detailsusega. Kõik sõltub lõpliku versiooni elementide arvust.
Kui võimalik paigutusega suhelda, jagatakse prototüübid staatilisteks ja interaktiivseteks. Staatilisi saab skemaatiliselt kujutada paberil ja interaktiivsete jaoks tasub kasutada graafilisi redaktoreid, näiteks Figma.
Plussid
- Saavutatud, praeguse tulemuse kiire demonstratsioon.
- Prototüüpimine võimaldab kiiresti saada vahepealse tulemuse.
- Prototüüpimine suurendab kindlustunnet, toetades teadlast, defineerides kontseptsiooni, lahendades ootamatuid probleeme, saades asjakohast ja sisukat tagasisidet ning hallates paremini oma aega ja raha.
- Demonstratsiooni olemasolu suurendab tulemuse täiendavat hindamist juba enne selle täielikku vormimist, teadlasi saab kaasata toote või teenuse kavandamisse, arendamisse ja tarnimisse.
- Süsteemist aru saades saab teadlane uurimistööst parema arusaamise ja hakkab välja töötama kogu uurimistöö kavandi detaile.
- Vähendab kiire prototüüpimise aega ja kulusid,
- Funktsionaalsuse tuvastamine. Kõiki kõrvalekaldeid saab hõlpsamini tuvastada kontseptsiooni või ideed testides.
- Usaldusväärsemad lahendused. Kiirem tagasiside viib sügavamate lahendusteni.
Miinused
- Rahakulutused. Sageli peate tegema mitte ühe prototüübi, vaid mitu. Kõik see nõuab raha materjalide ja tootmise jaoks.
- Aeg. Prototüübi tegemiseks peate igal juhul kulutama teatud aja.
- Kasutajate segadus prototüübi ja sellest tuleneva süsteemi osas: kasutajad võivad ekslikult arvata, et prototüüp, mis tuleb ära visata, on konfigureerimata sihtsüsteem.
- Ebapiisav analüüs: piiratud prototüübile keskendumine võib häirida arendajaid kogu projekti korralikult analüüsimast.
Järeldus
Usun, et neid mudeleid ei saa omavahel võrrelda, sest nad on väga erinevad, võin vaid öelda, et Prototüüpimisel on minu meelest vähem miinuseid, aga ise kasutaksin Agile mudelit, sest mulle tundub, et see on rohkem mugav ja lihtne kasutada.