Sissejuhatus paindlikesse põhimõtetesse
Kolmkümmend aastat tagasi polnud inimestel ideed automatiseerimisest ega infotehnoloogiast. Kui arvuti leiutati, hakkas maailm kiiresti muutuma. Arvestades hiljutisi sündmusi, oleme näinud palju muutusi, näiteks disketist pilvesalvestusruumini, mis on täis arvutusmasinaid nutitelefonideni. Kõik need edusammud poleks ilma tehnoloogia ja uuendusteta võimalikud. Siin õpime tundma Agiili ja selle põhimõtet.
Tehnoloogia osas leiutatakse iga päev uus tehnoloogia. Kui kasutame terminit tehnoloogia, pole see seotud ainult infotehnoloogiaga, see on rakendatav nii ettevõtjatele, valitsusele, haiglatele jne.
Nii et tehnoloogia ja tarkvara arendamine käivad käsikäes. Kui öelda seda võhiku perspektiivis, siis tarkvara arendamine on tehnoloogia lahutamatu osa. Tarkvara arendusprotsess tähendab tarkvara arendustöö jagamist erinevateks etappideks, et parandada disaini, tootehaldust ja projektijuhtimist. Teine tarkvaraarendusega loodud tarkvara on tarkvara arendamise elutsükkel.
Tarkvaraarenduse elutsükkel, mida nimetatakse ka SDLC, määratleb protsessi, mis hõlmab tarkvara kavandamist, loomist, testimist ja juurutamist. Ideaalis hõlmab SDLC kuut etappi.
- Analüüs
- Kujundus
- Arendus ja testimine
- Rakendamine
- Dokumentatsioon
- Hindamine
Erinevat tüüpi SDLC
- Jugamudel
- V-kujuline mudel
- Evolutsiooniline prototüübi mudel
- Spiraalmudel
- Iteratiivne ja inkrementaalne mudel
- Agile mudel
Mis on Agile mudel?
Tarkvaraarenduse paindlikku meetodit on kasutusele võtnud enamik ettevõtteid. See on meetod, kus kasutame kuvatahvlit nagu Kanban ja meetodeid nagu Scrum. See paindlik metoodika on vastu võetud, kuna see parandab tarkvara spetsialistide, meeskondade ja organisatsioonide paindlikkust. Agiilses lahenduses on mis tahes töö lahendus iseorganiseeruvate ja funktsionaalsete meeskondade vahelise koostöö kaudu.
Teisisõnu võib öelda, et vilgas on protsess, mis võimaldab meeskondadel keskenduda võimalikult lühikese ajaga parima kvaliteediga toote pakkumisele. Ta kasutab iteratiivset lähenemisviisi, kus iga töö vaadatakse ikka ja jälle üle, kuni selle eesmärk on saavutatud.
Agile metoodika 12 põhimõtet
Agile põhimõtte manifest põhineb kaheteistkümnel põhimõttel, mis on järgmised:
- Kliendirahulolu, tarnides tarkvara varakult.
- Nõustuge muudatuse nõudega, isegi hilisemas arenguetapis.
- Tarkvara tarnimine sageli.
- Igapäevane koostöö ärimeeste ja arendajate vahel.
- Projektid on üles ehitatud motiveeritud üksikisikute ümber, keda tuleks usaldada.
- Parim suhtlusvorm (ühispaiknemine) on näost näkku vestlus.
- Projekti kallal töötamine, mitte planeerimine.
- Jätkusuutlik areng, mis suudab säilitada pidevat tempot.
- Pidev tähelepanu tipptase ja parem disain.
- Töö efektiivsuse maksimeerimine.
- Parim disain, parim lahendus ja arhitektuur tekkisid isekorraldamisest.
- Regulaarselt kohtumine, et arutada meeskonna parendust.
1. Klientide rahulolu tarkvara varajase tarnimisega
Agiilses meetodis peame äärmiselt oluliseks klientide rahulolu. Selle eesmärk on anda kliendile väärtusliku tarkvara varajane ja pidev edastamine. Käimasoleva tarkvara arendamise tsükli kohta toimub perioodiline kliendisuhe.
2. Nõustuge muudatuste nõudega, isegi hilisemas arenguetapis
Kui meeskond töötab välja pakutavate dokumentide kallal ja klient on esitanud uue taotluse või muudatuse seoses käimasoleva arendusega, aitab vilgas meil see taotlus ära kasutada ja võtta kliendi soovitud muudatus vastu pidevale arendusele. See aitab kliendil kergemini eesmärgini jõuda ja meeskonnal selle muutusega kohaneda. See on keeruline, kui peame tarkvara arendamisel muudatustega kohanema, kuid muutus võib olla hea, kui suudame sellele kiiresti reageerida.
3. Tarkvara sagedane tarnimine
Kui saame toote perioodiliselt tarnida, aitab see tuvastada vajalikud muudatused ja võimaliku kliendiga suhtlemise. Selle asemel, et pakkuda kogu arendustööd, milles arendaja ei saa kliendi soovitud muudatusi läbi viia. Selle meetodi abil saame teha järkjärgulise arengu ja viia läbi kõik kliendi soovitud muudatused. Liigume järgmise Agile põhimõtte juurde.
4. Ärimeeste ja arendajate igapäevane koostöö
Igapäevase suhtluse kaudu ärimeeste ja arendajatega aitab see arendajatel õiges suunas töötada ja kliendi soovitud muudatuste korral kohaneda. Ja klient on teadlik meeskonnas toimuvast edusammudest. See muudab töö sujuvaks ja läbipaistvaks.
5. Projektid on üles ehitatud motiveeritud üksikisikutele, keda tuleks usaldada?
Kui tööle motiveeritud inimestele antakse keskkond ja tugi, mida nad vajavad ülesande täitmiseks. Siis on nii tellijale kui ka arendajatele kasulik soovitud ülesande täitmine. Arendaja usaldamine ja tema kõrval seismine aitab neil mugavalt töötada. Inimeste mikrotasandil juhtimine pole vajalik.
6. Näost näkku vestlus on parim suhtlusviis
Näost näkku vesteldes saame teavet edastada tõhusalt ja kõige tõhusamal viisil. Ehkki mõnikord arendajad käivad erinevates kohtades, tuleks püüda suhelda võimalusel näost näkku.
7. Töö projektiga, mitte planeerimisega
Peamine eesmärk peaks olema tarkvara väljatöötamine. Selle kallal töötades peavad arendajad keskenduma ainult arendusele. Kui aga keskendute plaani järgimisele, suunatakse arendaja tegevustesse, nagu dokumenteerimine jne.
8. Jätkusuutlik areng, mis suudab säilitada pidevat tempot
Kiir aitab arendajatel kogu arendustsükli vältel püsivat tempot säilitada. Seda nimetatakse pidevaks kiiruseks ja meil on võimalik meeskonna potentsiaali mõõta. Nii et edasi liikudes saame tööd tööle võtta meeskonna kiirusest lähtuvalt. Liigume järgmise Agile põhimõtte juurde.
9. Pidev tähelepanu tipptase ja parem disain
Oskus arendusele pidevalt tähelepanu pöörata on märk sellest, et meeskond püüab kõvasti kliente rahuldada. See on võime anda omanikele parimat.
10. Töö efektiivsuse maksimeerimine
Agility tähendab kulude kärpimist, mis ei anna väärtust. Töö lihtsuse hoidmine, mitte mittevajalike asjadega keeruliseks tegemine, on Agile eripära.
11. Parim disain, parim lahendus ja iseorganiseerumisest tekkinud arhitektuur
Meeskonda, mis on ristfunktsionaalne, võib nimetada iseorganiseeruvaks meeskonnaks. Need inimesed on äri parimad; need aitavad kliendil jõuda eesmärgini parimate nõuannete, parima töö ja parima lahendusega.
12. Regulaarsed kohtumised, et arutada meeskonna parendust
See on suur osa vilgas harjutamise meeskonnast. Kui projekt on lõpule viidud, toimub projekti ülevaade. See aitab järgmisel kliendil läheneda teisiti. Veel üks aspekt on see, kui pärast iga harjutuse lõppu hoitakse üritust nimega RETROSPECTIVE, mida on vaja paremaks muuta ja mida meeskond on ise sellest õppinud.
Soovitatavad artiklid
See on olnud Agile põhimõtete juhend. Siin arutasime kontseptsiooni, 12 põhimõtet agiilses metoodikas, SDLC tüüpe ja seda, mis on agile mudel. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Mis on Agile arendusmudel?
- Agile programmeerimine | Tarkvaraarendus
- Millised on vilgas sprindi funktsioonid?
- Erinevus Agile ja Scrumi vahel