Agiilse arenduse juhtpõhimõtete kogum Agile Manifest loodi 2001. aastal tarkvaraarendajate grupi poolt, kes otsisid paremat viisi klientidele väärtuse pakkumiseks. Sellest ajast alates on Agile’i populaarsus kasvanud ning selle on kasutusele võtnud paljud organisatsioonid ja tööstusharud.
Kõik sai alguse 2000. aasta kevadel, kui 17 tarkvaraarendajast koosnev rühm, sealhulgas Martin Fowler, Jim Highsmith, Jon Kern, Jeff Sutherland, Ken Schwaber ja Bob Martin kohtusid Oregonis, et arutada, kuidas saaksid arendusaega kiirendada. uut tarkvara kiiremini turule tuua.
Agile sisaldab tarkvaraarenduse elutsükli (SDLC) viit etappi:
- Ideed
- Areng
- Testimine
- Kasutuselevõtt
- Operatsioonid
Plussid
- Paindlikkus ja kohanemisvõime muutustega
Agile’i üks peamisi eeliseid on võime kiiresti kohaneda nõuete ja tingimuste muutumisega. Kuna töö on korraldatud lühikeste iteratsioonide (sprintide) kaupa, saab meeskond funktsionaalseid nõudeid iga tsükli jooksul üle vaadata ja kohandada, võimaldades tal ilma oluliste viivitusteta reageerida muutuvatele äri- ja kasutajavajadustele. - Kiire väärtusega kohaletoimetamine
Agile’is arendatakse toodet osade kaupa (inkrementaalselt), mis võimaldab funktsionaalsed funktsioonid juba varajases staadiumis kasutajateni toimetada. See tähendab, et klient või lõppkasutajad saavad toote funktsionaalsete osade näol väärtuse palju varem kui traditsiooniliste meetoditega, kus kogu toode võib olla valmis alles kogu arendustsükli lõpus. - Sage ja läbipaistev tagasiside
Agile julgustab regulaarset suhtlemist kliendi, kasutajate ja kõigi sidusrühmadega. See võimaldab saada õigeaegset ja konstruktiivset tagasisidet, mis aitab paremini mõista kasutajate vajadusi ja parandada toote kvaliteeti. Selline lähenemine vähendab hiljem oluliste probleemide tekkimise tõenäosust. - Tõsta kvaliteeti ja vähenda riske
Agile soodustab toote sagedast ülevaatamist, testimist ja täiustamist iga iteratsiooni ajal. See võimaldab teil tuvastada vigu ja defekte arengu varases staadiumis, mitte lõpus. Varajane testimine ja kohandamine vähendab riske, mis on seotud ebastabiilse või vajadustele mittevastava toote väljalaskmisega. - Edendada meeskonnatööd ja kaasatust
Agile paneb suurt rõhku meeskonna iseorganiseerumisele ja koostööle. Meeskonnad teevad tihedat ja sageli koostööd, mille tulemuseks on tõhusam teadmiste jagamine, iga meeskonnaliikme suurem seotus ja parem vastastikune mõistmine. See aitab luua usaldusliku ja vastutustundliku õhkkonna, mis omakorda parandab töötulemusi.
Miinused
- Raskused skaleerimisega
Agile töötab hästi väikeste ja keskmise suurusega meeskondade jaoks, kuid paljude meeskondadega suurte projektide jaoks võib esineda raskusi. Mitme meeskonna vaheline koordineerimine võib olla keeruline, eriti kui erinevad meeskonnad töötavad toote üksteisest sõltuvate osade kallal. See võib põhjustada probleeme suurte projektide integreerimisel ja juhtimisel. - Probleemid dokumentatsiooniga
Agile’is on dokumentatsioon sageli piiratud meeskonna tõhusaks tööks vajaliku miinimumiga. See võib olla organisatsioonile väljakutseks, eriti kui projekt areneb või vajab pikaajalist tuge. Dokumentatsiooni puudumine raskendab teadmiste edastamist uutele meeskonnaliikmetele või kolmandatest osapooltest arendajatele ning muudab keerukamaks ka tugi- ja skaleerimisprotsessi. - Sõltuvus meeskonnast ja kogemustest
Agiilne metoodika nõuab meeskonnalt kõrget eneseorganiseerumise ja vastutuse taset. See võib olla probleem, kui meeskonnal pole piisavalt kogemusi või kui liikmed pole valmis aktiivselt suhtlema. Ilma nõuetekohase koordineerimise ja meeskonnasisese pädevuseta võib projektidel olla raskusi tähtaegadest, kvaliteedist või eesmärkidest kinnipidamisega. - Pikaajalise nägemise puudumine
Agile keskendub lühiajalistele eesmärkidele ja tulemustele, mis võib pikemas perspektiivis kaasa tuua projekti strateegilise visiooni puudumise. Kui projekt on jaotatud väikesteks osadeks, võib mõnikord olla keeruline säilitada kogu süsteemist üldist nägemust, mis võib viia integratsiooni-, arhitektuuri- ja ärinõuetega seotud probleemideni. - Raskused tähtaegade ja eelarvete prognoosimisel
Kuna Agile’il ei ole alati täpseid arendustähtaegu ja -kulusid, võib see tekitada probleeme klientidele, kes nõuavad selgeid ennustusi. Iteratiivne lähenemine tähendab, et täpsed ajagraafikud ja eelarved määratakse kindlaks projekti edenedes, mis võib olla organisatsioonidele keeruline, eriti kui projekt nõuab ranget eelarve ja ajakava kontrolli.
Kasutatud materjalide viited
https://www.mendix.com/blog/agile-software-development-lifecycle-stages/
https://www.planview.com/resources/guide/agile-methodologies-a-beginners-guide/history-of-agile/
Results
