Bevezetés az agilis értékekbe
Ahhoz, hogy megismerjük az agilis szoftver értékeit, először meg kell tudnunk, mi az agilis szoftver, és szükségünk van ilyen szoftver fejlesztésére. Az agilis módszertan olyan szoftvert jelent, amely inkrementális, és rendszeres kiegészítésekkel növekszik. Ez a megközelítés új verziót vagy megközelítést kínál rövid időközönként.
Ez az agilis folyamat különbözik a szoftverfejlesztés más hagyományos megközelítésétől, ahol a felhasználók igényeit és követelményeit összeállítják, majd a végén a szoftvert egyszerre építik.
Az Agile Manifesto egy nyilatkozat, amely egyértelműen kijelenti azokat a fő értékeket és alapelveket, amelyeket a szoftverfejlesztőknek követniük kell munkájuk során. Ez az agilis mozgás alapja. Ez a négy érték és tizenkét alapelv iránymutatásként.
4 Az agilis manifest agilis értékei
Az alábbiakban látható az Agile Manifesto 4 értéke:
1. A csapat és a kommunikáció kiválasztott eljárás és eszközök
Az első érték nagyobb hangsúlyt fektet a csapatmunkára és a kommunikációra. Mint mindannyian tudjuk, hogy a szoftver felépítéséhez emberekre van szükség, és nem eszközökre. Lehet, hogy az egyén kifinomult eszközkészlettel rendelkezik, de egy olyan szoftver kifejlesztéséhez, amelyet hatékonyan kell működnie egy csapattal, produktív interakciókkal.
Az eszközök és a folyamatok határozottan kulcsszerepet képeznek a szoftver fejlesztésében, ám kvalifikált csapat kezében kell lenniük az eredmény eléréséhez, nem pedig fordítva.
2. Működő szoftver átfogó dokumentáció felett
Nagyon sok időt töltött a termékfejlesztés dokumentációjával, mint például az egyes műszaki előírásokkal, a műszaki követelményekkel, a vizsgálati tervekkel, a tervezési dokumentumokkal és az egyes jóváhagyásokkal. Az ezekhez létrehozott dokumentáció nagyon részletes volt, és sokukra még a projekt folyamatában sem hivatkoztak. A csapat azt akarta, hogy a késztermék megfeleljen a specifikációnak, így a dokumentumok sokat koncentráltak. A végtermék azonban továbbra is más lesz, mivel a relevancia elveszett.
Az Agile korszerűsíti ezeket a dokumentumokat olyan formában, hogy a fejlesztőnek csak azt adja meg, ami a munka elvégzéséhez szükséges, anélkül, hogy figyelmen kívül hagynák a perc részleteit. Agile nem mondja, hogy a dokumentációra nincs szükség. Azt mondja, hogy a működő szoftvereket inkább az ügyfelek részesítik előnyben, mint egy dokumentumot, amelyet talán nem is vizsgálnak meg. Amikor szükség van változtatásra, az agilis csapat könnyen elfogadja és folyamatosan változtat.
3. Kommunikáció az aláírt megállapodásokkal preferált ügyféllel
A sikeres fejlesztőcsoportok szorosan együttműködnek az ügyfelekkel és rendszeresen kommunikálnak velük. Mivel csak az ügyfelek meghallgatása révén kap visszajelzést, és meg fogja érteni, hogy pontosan mit akarnak az Ön termékétől.
Rendkívül hasznos lesz, ha az ügyféllel fennálló jogi kapcsolatot el lehet különíteni a személyes kapcsolattól. Ez ösztönözni fogja a kommunikációt, és gondolataik, véleményük és preferenciáik ismerete sokkal kielégítőbb terméket eredményez.
A kommunikáció segíti az ügyfelet látásmódosításában és igényeinek újradefiniálásában, ha ez a projekt során szükséges.
A hagyományos szoftverfejlesztés során, amikor a követelményeket meghatározták, a termék csak akkor látható, ha készen áll. Az agilis azonban ezt meghiúsítja azáltal, hogy lehetővé teszi az ügyfelek bevonását a teljes eljárásba.
4. A szigorú terv követése helyett a változások könnyen elfogadhatók
Úgy gondolják, hogy a változás drága és időigényes, ezért minden áron el kell kerülni. Ennek oka az, hogy feleslegesen összpontosítunk a dokumentációra és kidolgozzuk az átadási terveket. A szükségesnél inkább ragaszkodunk az ütemtervekhez és a termékleírásokhoz.
Fontos felismerni, hogy a változás elkerülhetetlen. Rendkívül hasznos lesz, ha elfogadja a változást és megtervezi azt. A változásnak mindig kell lennie, különben a terv hamarosan elavulttá válik.
Az agilis szerint a változás nem kiadás, hanem szükséges visszajelzés, amely jobb projektet eredményez. A visszajelzés által kezdeményezett változás hozzáadott értéket képvisel a projektben.
Az agilis módszertan lehetővé teszi az agilis csapat számára, hogy folyamatban változtassa meg a folyamatot, és inkább a csapat számára alkalmazhatóvá tegye, és nem fordítva. Tehát itt kell utalni az egész csapattal folytatott kommunikáció elsődleges elemére. A csapat fejlesztõit tisztában kell tartani a változásokkal.
A projekt végső célját mindig szem előtt kell tartani, és ha bármiféle akadály áll fenn, akkor a csapatot tudatosítani kell erre, és emlékeztetni kell erre a 4 értékre.
Az agilis fejlődés tizenkét alapelve
Ezek az alapelvek teszteket határoznak meg, hogy mozgékonyak-e:
- Az ügyfelek elégedettsége az értékes munkák időben történő és folyamatos kézbesítésével: Az ügyfelek boldogabbak, ha rendszeres időközönként működő szoftvert kapnak, ahelyett, hogy a kiadások között hosszú időközönként várakoznának.
- Fogadja el a változást a teljes folyamat során: Ha valamelyik követelményt vagy funkciót meg kell változtatni, ezt azonnal meg kell tenni.
- Gyakran engedje át a hatékony szoftvert: Mivel a csapat szoftveres sprintben működik, biztosítja a működő szoftverek rendszeres szállítását.
- Együttműködés az üzleti érdekeltek és a fejlesztők között: Jobb döntéseket hoznak, ha az üzleti és a műszaki csapat együttműködik.
- Motiválás, támogatás és bizalom : A kulcs itt a csapat motiválása. A projekt indulásakor a csapat teljes támogatása, bátorító légköre és a csapatba vetett bizalom folyamatosan segíti őket.
- Egy-egy megbeszélés: Bármely információ átadása a teljes csapat számára a legfontosabb módszer az, ha egy-egy megbeszélés zajlik.
- A szoftver működik: Az előrehaladást csak olyan szoftverrel lehet mérni, amely abban az időben sikeresen működik.
- Az agilis eljárások növelik a folyamatos fejlesztést: A promótereknek, a tervezőknek és az ügyfeleknek mindegyiknek képesnek kell lennie a fejlődésre.
- Fontosság a technika szempontjából: A megfelelő készségek és a jó tervezés biztosítja a termék folyamatos fejlesztését, a sebesség fenntartását és a változások fenntartását.
- Tartsd egyszerűen: fejleszteni kell annyira, hogy elvégezhesse a jelenlegi munkát,
- Önszervező csapatok: Az önszerveződő csapatok képezik a legjobb építészetet, követelményeket és terveket.
- Rendszeres gondolkodásmód arról, hogyan lehetne hatékonyabb: A csapatnak folytatnia kell a munkát, hogy produktívabbá váljon, és ennek megfelelően alkalmazkodjon.
Ajánlott cikkek
Ez egy útmutató az agilis értékekhez. Itt megvitattuk az agilis fejlesztés koncepcióját, a 4 legfontosabb értéket és a tizenkét alapelvet. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi az Agile?
- Mi az agilis projektmenedzsment?
- Microsoft Project Management
- Projektmenedzsment interjúkérdések
- 8 Fontos feladat a tesztterv sablonjának elkészítése