Agiilsete väärtuste sissejuhatus

Agiilse tarkvara väärtuste tundmaõppimiseks peame kõigepealt teadma, mis on agar tarkvara ja vajadust sellist tarkvara arendada. Agiilne metoodika eeldab tarkvara, mis on inkrementaalne, seda täiendatakse regulaarsete täienduste abil. See lähenemisviis pakub lühikese intervalliga uut versiooni või lähenemisviisi.

See vilgas protsess erineb muust traditsioonilisest lähenemisviisist tarkvaraarendusele, kus kasutajate vajadused ja nõudmised koostatakse ja lõpuks luuakse tarkvara korraga.

Agiilne manifest on deklaratsioon, milles öeldakse selgelt välja peamised väärtused ja põhimõtted, mida tarkvaraarendajad peaksid oma töö juhendamisel järgima. See on vilgas liikumise alus. Need on suunistena neli väärtust ja kaksteist põhimõtet.

4 Agiilse manifesti agiilsed väärtused

Allpool on toodud Agiilse manifesti 4 väärtust:

1. Meeskond ja suhtlus valitud protseduuride ja tööriistade vahel

Esimene väärtus paneb rohkem rõhku meeskonnatööle ja suhtlusele. Nagu me kõik teame, et tarkvara loomiseks on vaja inimeste meeskonda, mitte tööriistu. Inimesel võib olla keerukas tööriistakomplekt, kuid tarkvara arendamiseks peab ta töötama tõhusalt koos meeskonnaga.

Tööriistad ja protsessid on kindlasti tarkvara arendamise võtmed, kuid tulemuse saamiseks peavad need olema kvalifitseeritud meeskonna käes, mitte vastupidi.

2. Töötav tarkvara üle tervikliku dokumentatsiooni

Tootearenduse dokumenteerimiseks kulus palju aega, nagu tehniline kirjeldus, tehnilised nõuded, katseplaanid, projekteerimisdokumendid ja igale tootele kinnitamine. Nende jaoks loodud dokumentatsioon oli väga üksikasjalik ja paljudele projektiprojekti käigus isegi ei viidatud. Meeskond soovis, et valmistoode vastaks spetsifikatsioonile, nii et dokumendid keskendusid palju. Kuid lõpptoode oleks ikkagi erinev, kuna olulisus kaob.

Agile sujuvamaks muudab need dokumendid sellisel kujul, et arendajale antakse ainult see, mida on vaja töö tegemiseks, segamata minutilisi detaile. Agile ei ütle, et dokumenteerimine pole vajalik. Ütleb vaid, et kliendid eelistavad töötavat tarkvara, mitte dokumenti, mida võib-olla ka ei uurita. Kui tekib vajadus muutuste järele, nõustub vilgas meeskond selle hõlpsalt ja teeb pidevaid muudatusi.

3. Suhtlus allkirjastatud lepingutega eelistatava kliendiga

Edukad arendusmeeskonnad teevad tihedat koostööd oma klientidega ja suhtlevad nendega regulaarselt. Kuna tagasisidet saate ainult oma klientide ärakuulamise kaudu ja saate aru, mida nad teie tootest täpselt soovivad.

Äärmiselt kasulik on see, kui õigussuhet kliendiga saab isiklikest suhetest lahus hoida. See julgustab suhtlemist ning nende mõtete, arvamuste ja eelistuste tundmine annab rahuldavama toote.

Suhtlus aitab ka kliendil oma visiooni täpsustada ja vajaduse korral oma nõudmisi projekti käigus uuesti määratleda.

Traditsioonilises tarkvaraarenduses saab pärast nõuete otsustamist toodet näha alles siis, kui see on valmis. Kuid vilgas trotsib seda, lubades klientidel osaleda kogu protseduuris.

4. Range plaani järgimise asemel on muudatustega hõlpsalt nõustumine

Arvatakse, et muutus on kallis ja aeganõudev ning seda tuleks iga hinna eest vältida. Selle põhjuseks on asjaolu, et keskendume tarbetult dokumenteerimisele ja töötame välja tarneplaanid. Me kipume kinni pidama tähtaegadest ja tootespetsifikatsioonidest rohkem, kui nõutakse.

On oluline mõista, et muutused on vältimatud. Äärmiselt kasulik on muudatustega leppida ja neid kavandada. Muutuste ruumi peaks alati olema, vastasel juhul muutub kava peagi aegunuks.

Agile sõnul pole muudatus kulutus, vaid vajalik tagasiside, mille tulemuseks on parendatud projekt. Tagasiside algatatud muudatus lisab projektile lisaväärtust.

Agiilsed metoodikad võimaldavad agaral meeskonnal muutmise ajal protsessi muuta ja muuta see meeskonnale sobivaks, mitte vastupidi. Seega tuleb siinkohal nimetada kogu meeskonnaga suhtlemise esimene põhimõte. Meeskonna arendajaid tuleks muutustega kursis hoida.

Teie projekti lõppeesmärki tuleks alati meeles pidada ja kui mingisuguseid takistusi on, tuleks meeskonnale sellest teada anda ja neid 4 väärtust meelde tuletada.

Agiilse arengu kaksteist põhimõtet

Need põhimõtted on prooviks, et määratleda, kas olete liikuv:

  1. Klientide rahuldamine väärtustatud tööde õigeaegse ja pideva edastamise kaudu: Kliendid on õnnelikumad, kui nad saavad töötavat tarkvara regulaarselt, selle asemel, et oodata väljastuste vahel pikka intervalli.
  2. Nõustu muudatusega kogu protsessi vältel: kui mõnda nõuet või funktsiooni on vaja muuta, tuleks seda teha hõlpsalt.
  3. Efektiivse tarkvara vabastamine sageli: kuna meeskond töötab tarkvara sprintides, tagab see töötava tarkvara regulaarse tarnimise.
  4. Koostöö ettevõtete sidusrühmade ja arendajate vahel: paremad otsused tehakse siis, kui äri- ja tehniline meeskond töötavad koos.
  5. Motiveerimine, toetamine ja usaldus : siin on peamine meeskonna motiveerimine. Kui projekt algab, hoiab meeskond täielikku tuge, julgustavat õhkkonda ja usku meeskonda.
  6. Üks-ühele arutelud: Kõige olulisem meetod kogu meeskonnale teabe edastamiseks on üks-ühele vestlus.
  7. Tarkvara töötab: edusamme saab mõõta ainult selle tarkvara abil, mis sel ajal edukalt töötab.
  8. Agiilsed protseduurid soodustavad pidevat arengut: nii projekti elluviijad, kavandajad kui ka kliendid peaksid saama kõik edasi liikuda.
  9. Tähtsus tehnikas: õiged oskused ja hea disain tagavad toote pideva parendamise, tempo hoidmise ja muutuste püsimise.
  10. Hoidke see lihtsaks: arenege just nii palju, et saaksite hakkama praeguse tööga,
  11. Iseorganiseeruvad meeskonnad: iseorganiseeruvad meeskonnad on parim arhitektuur, nõuded ja kujundused.
  12. Regulaarsed mõtisklused efektiivsemaks muutmise kohta: meeskond peaks jätkama tööd produktiivsemaks muutmise nimel ja vastavalt sellele kohanema.

Soovitatavad artiklid

See on olnud Agile Väärtuste juhend. Siin arutasime agiilse arengu kontseptsiooni, 4 peamist väärtust ja kaksteist põhimõtet. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Mis on Agile?
  2. Mis on Agile projektijuhtimine?
  3. Microsofti projektihaldus
  4. Projektijuhtimise intervjuu küsimused
  5. 8 Oluline ülesanne testiplaani malli kirjutamine