Agiilne mudel
Agiilne mudel. Ajalugu
2001. aastal kogunes Utah’s 17 eksperdist koosnev rühm, et arutada traditsioonilise arendustegevuse probleeme ja töötada välja uued, paindlikumad tööviisid. Need eksperdid, kelle hulka kuulusid sellised tuntud isikud nagu Ken Schwaber, Jeff Sutherland ja Kent Beck, töötasid välja agiilse tarkvaraarenduse agiilse manifesti, mis pani aluse uuele metoodikale.
Etapid
Hõlmab järgmisi etappe:
- Uuringud ja strateegia kujundamine: Enne agiilse projekti alustamist peate mõistma, millist strateegiat kasutatakse.
- Disain: Kui idee on välja töötatud, tuleb see visualiseerida, et näidata, milline toode välja näeb, millised funktsioonid selles on ja kuidas seda sihtrühmale esitleda. Sisuliselt luuakse toimiv prototüüp. Sellest hetkest alates hakkab Ajail täies mahus tööle – algab spetsialistide paralleelne töö.
- Arendus: Kiilne arendus hõlmab töövahendi loomist, millel ei ole lõpptulemusega midagi pistmist. Nagu Agile’i põhimõtted ütlevad, tuleb kõigepealt näidata töötavat toodet ja teha seda võimalikult kiiresti. Seejärel tuleb seda täiustada. Kiire ja tõhusa arenduse võti on agiilsus.
- Testimine: Kui valmis toote esimesed tulemused on olemas, algab kohe testimise etapp. Ajail eeldab keerukat tööd, seega testitakse kasutatavust, UX-disaini, põhifunktsioone. Testimise käigus määratletakse uued ülesanded, tehakse täpsustusi ja parandatakse toodet korraga. Iga täiustamise etapp läbib tingimata testimise.
- Release: Kui tootel on kasutajaliides, peamised funktsioonid toimivad ja regulaarsed testid on läbi viidud, võite selle kohe välja anda. See ei tähenda, et täielik ja lõplik versioon lastakse välja. Minimaalselt elujõuline toode esitatakse kasutajatele, seejärel kogutakse tagasisidet ja määratletakse uued ülesanded.
- Hooldus: Pärast vabastamist jätkavad spetsialistid aktiivset tööd projekti kallal ja parandavad seda. Kogutakse kõik kasutajatelt saadud andmed, hinnatakse toote toimivust turul, hinnatakse selle positsioneerimist ja teostatakse hooldust. Paljusid funktsioone parandatakse, mõningaid muudetakse põhjalikult.
Skeem
5 tk plussi
- Paindlikkus ja kohanemisvõime: Agiilne lähenemine võimaldab kiiresti kohaneda nõuete ja väliste tegurite muutustega. See on eriti oluline kiiresti muutuval turul, kus nõuded võivad muutuda isegi arendusprotsessi lõpus.
- Regulaarne tagasiside: Agiilne lähenemine hõlmab sagedasi kohtumisi ja vahetulemuste demonstreerimist, mis võimaldab kliendil näha projekti arengut igas etapis ja teha kohandusi.
- Parem tootekvaliteet: Lühikeste iteratsioonide ja pideva testimise abil tuvastatakse ja parandatakse vead varakult, mis suurendab lõpptoote üldist kvaliteeti.
- Keskendumine kliendi vajadustele: Kiilne keskkond keskendub kasutajate ja klientide rahulolule, kuna toodet arendatakse kogu protsessi jooksul nende tagasiside põhjal.
- Suur meeskonna kaasatus: Agile nõuab meeskonna aktiivset suhtlemist ja enesekorraldust, mis parandab motivatsiooni ja koostööd projektis osalejate vahel.
5 tk miinust
- Selge plaani ja dokumentatsiooni puudumine: Agiilne mudel väldib sageli jäika dokumentatsiooni ja pikaajalist planeerimist, mis võib põhjustada raskusi suuremahulistes projektides või siis, kui on vaja kaasata uusi osalejaid.
- Probleemid ajakavade ja eelarvega: Kuna töö on iteratiivne, on raske täpselt ennustada ajakavasid ja kulusid, eriti kui nõuded projekti käigus muutuvad.
- Sõltuvus meeskonnast: Kergjuhtimine eeldab meeskonna tihedat koostööd ja eneseorganiseerimist. Kui puudub kogemus või esineb suhtlemisprobleeme, võib meeskonnal tekkida probleeme.
- Raskused suuremahuliste projektide puhul: Suuremahuliste projektide puhul võib Agiilne mudel kaotada oma tõhususe, kuna selle juhtimine muutub keerulisemaks iteratsioonide suure arvu ja meeskondade vahelise nõutava suhtluse tõttu.
- Klientide rahulolematuse oht: Kui klient ei ole Agile’iga kursis ja ootab igas etapis selgemat tulemust, võib ta sagedaste muudatuste ja ettearvamatu tootearenduse tõttu protsessis pettuda.
Küsimus
#1. Milline agiilne põhiprintsiip aitab meeskonnal kohaneda muutuvate nõuetega?
Tulemus
