A legtöbb szoftverfejlesztő cég számára előnyös, ha gyors és hatékony a munkavégzés, ezért különböző módszertanokat és eszközöket vetnek be annak érdekében, hogy kellően eredményesek legyenek. Ezek révén a teendők, a folyamatok és a projekt pillanatnyi státusza is jól ellenőrizhető, nyomon követhető. Cikkünkben az agilis módszertan főbb előnyeit gyűjtöttük össze.
Az agilitás az elmúlt években már hazánkban is jelentős hatást gyakorolt a szoftverfejlesztéssel foglalkozó cégek körében, lehetővé téve a fejlesztői csapatok számára, hogy ennek az agilis keretrendszernek a segítségével vegyenek részt különböző projektekben.
Az agilitás lényegi célja az ügyfél elégedettségének fenntartása, melyet elsősorban gyors reakciók által érünk el, tehát a gyakori kommunikáció és a rendszeres visszajelzések lépnek előtérbe a közös munka során.
Megrendelői előnyök
A lenti sorokban az agilitás azon előnyeit tárgyaljuk, melyek miatt érdemes ilyen módszertant alkalmazó fejlesztő vállalkozóval együttműködni egy vízesés (vagyis waterfall) keretrendszer szerint működővel szemben.
Jobb minőség
Egy projektet mindig egy cél elérése, egy termék megalkotása miatt indítunk útjára. Korántsem mindegy azonban, hogy milyen végeredménnyel zárul az adott folyamat. Az agilis szoftverfejlesztés ehhez biztosít keretet: a folyamatos visszacsatolás biztosítása végett megrendelőként megbizonyosodhatsz arról, hogy valóban azon funkciók készülnek el, melyeket előzetesen meghatároztál. A két hetes sprintekben előre definiáljátok a fejlesztői csapatra váró feladatokat, melyet az adott sprint végén a csapat be is mutat. Itt tehát megbizonyosodhatsz, hogy a megfelelő irányba haladtok-e, továbbá újabb ötletekről is egyeztethetsz. Ezáltal kiküszöbölhető az a probléma, hogy egy előzetes, kellően részletes szakmai specifikáció alapján hozzád csak a végtermék jut el, amikor már lehet, hogy az elképzeléseidtől merőben eltérő terméket kapsz kézhez. A gyakori egyeztetések révén a teljes fejlesztési ciklusra rálátásod van, ezáltal szavatolható, hogy megfelelő kontrollra van lehetőséged és az általad kezdetben elképzeltek valósulnak meg. A visszajelzéseid révén nem csak az adott funkció vagy design elem javítható, hanem a fejlesztési folyamatra is egyaránt pozitívan hathat.
Fokozatos validáció a piacon
Mivel a korábbi gyakorlatoktól eltérően, ezen módszertannál nem a projekt végeztével van először lehetőséged megismerni a terméket - hanem folyamatában is biztosított, hogy bele láss a fejlesztési ciklusokba, tesztelhetsz is -, így hamarabb eljuthat az adott szoftver vagy weboldal egy olyan állapotra, amikor már rendelkezik az alapvető (core) funkciókkal, melyekkel már piacra vihető az adott termék/szolgáltatás. Ezt az állapotot nevezzük MVP-nek, mely az angol „minimum viable product” kifejezésből ered, melynek jelentése a minimálisan életképes termék. Ez a termék tehát még nem érte el azt a készültségi szintet, melyet megálmodtál, ám már használható és képes felhasználókat kiszolgálni, vonzani.
Gyorsabb tempójú megtérülés
Az előző pontban említett viszonylag korai szakaszban való piacra jutás révén természetesen hamarabb juthatsz bevételekhez is, ezáltal pedig maga a befektetés kezd el hamarabb megtérülni vagy legalábbis a még fennálló funkciókat tudod a bevételből finanszírozni és nem kell a korábbi forrásokat használnod. Ezáltal a vállalkozásod tudjuk valamelyest tehermentesíteni. Az agilis módszertan révén a folyamatos tesztelések és visszajelzések alapján jóval kevesebb hiba merülhet fel a későbbiekben, amely újabb költséget jelentene.
Magasabb felhasználói elégedettség
Az agilitásnak köszönhetően a fejlesztendő termék hamarabb kikerül a piacra, ahol a potenciális felhasználók hamar visszajelezhetnek. Az ügyfelek bevonása révén a javaslataik alapján úgy formálható a szoftver, hogy az valóban eleget tegyen a vele szemben támasztott igényeknek. A módszertanban lévő rugalmasság pedig biztosítja, hogy a feladatokat és azok prioritását módosíthassuk, ha az üzleti érdek úgy kívánja. Az újabb funkciók fokozatosan elérhetővé tétele az ügyfelek felé is azt jelzi vissza, hogy a meglátásaikat komolyan veszed, fontosak számodra.
Fokozott együttműködés
Ahhoz, hogy a lehető legjobbat hozzuk ki a projektből, elkötelezett szereplőkre van szükség. Ehhez a fejlesztőcsapatnak, product ownernek és neked egyaránt szorosan együtt kell működnötök, hogy valóban sikeres legyen a teljes folyamat. A sprint tervezési értekezletek révén a fejlesztők átbeszélhetik a következő két hétre tervezett feladatokat, mindezt úgy, hogy az üzleti prioritásokat is szem előtt tartják. A napi rendszerességű meetingek során az egyes csapattagok be tudnak számolni, hogy mivel haladtak az előző napi egyeztetés óta, illetve a felmerülő problémák és kérdések is itt tárgyalhatók. Ezáltal a többiek rögtön azon tudnak gondolkodni, hogyan segíthetnének az épp elakadt kollégának, mely révén a gondok zömét jóval rövidebb alatt sikerül megfelelően kezelni. A két hetes munka után a demo elnevezésű megbeszélésen az addig elkészülteket mutatja be neked a csapat. Az említett események mindegyikén biztosított a visszajelzés, ezzel támogatva a sikerességet. A sprintek végeztével a retro elnevezésű meetingen a fejlesztői csapat a felmerült hibákat és problémákat egyezteti, melynek célja, hogy az említett hibákból tanulva javítsák a belső folyamataikat.
Átlátható, nyomon követhető folyamatok
A két hetes sprintek és a fejlesztők által vállalt feladatok révén jól láthatod, hogyan halad a megbízott cég a projekteddel. A demo-k révén pedig ellenőrizheted, hogy az előzetes vállalásaikat mennyire tudták tartani. A minőségbiztosítás szempontjából is fontos érvek szólnak az agilis projekt mellett, ahogy ezt fentebb is kifejtettem.
Csökkentett kockázat
A gyakori termékszállítások révén látható, mivel készült el a csapat, mely feladatok vannak még vissza és azok várhatóan milyen költségvonzattal járnak. Ha az MVP miatt a legfontosabb (core) funkciók készülnek el, akkor, ha a vállalkozásodnak jelenleg nincs is megfelelő háttere a teljes szoftver kialakítására, már el tud indulni és pénzt termelhet, mellyel csökken a későbbi önerőből való finanszírozás mértéke és az esetleges kockázata annak, hogy olyan termékkel jelentél meg a piacon, amely nem validált.
Miért jó a fejlesztőknek?
A fejlesztői csapat tagjai határozzák meg, hogy a feladatok közül melyeket vállalják magukra az adott sprintre. Ezáltal magukkal szemben állítanak elvárást, melynek nagyobb mértékben kívánnak majd megfelelni, mint egy projektmenedzseri kérésnek. Emellett a sprintre kijelölt feladatmennyiség a jobb kiszámíthatóságot segíti. A közös egyeztetések (sprint planning, daily standup) révén az egyes folyamatok átláthatóbbá válnak. Ezeket az eseményeket ceremóniáknak nevezzük. Az egyik előnyük, hogy előre meghatározottak időben, így a meetingek száma limitált és adott, ezért a maradék időben a fejlesztők csak a munkára koncentrálhatnak, nincsenek váratlan események, melyek megakasztják a munkavégzésüket.
Az egyes szerepek és feladatkörök, továbbá a teendők hatékony elosztása révén az agilis módszertan segíti a sikeres munkavégzést a projekten. A folyamatos bemutatók (demo) és a visszajelzések nem csak a megrendelőnek, hanem a csapattagoknak is hasznára válik. Ezáltal az üzleti és a fejlesztői oldal között lévő kapcsolat erősödhet, javulhat és válhat szorosabbá. Az igényeket a projektmenedzser határozza meg, azonban azok megvalósítását már a fejlesztőcsapat tagjai végzik, ezáltal nagyobb szabadságban dolgozhatnak a csapattagok.
Végezetül pedig a csapat egyszerre dolgozik az adott projekten, ezáltal közösen sokkal könnyebben oldanak meg elsőre kihívásnak tűnő feladatokat. Az együttes munkavégzés révén a csapatszellem is erősödik, amely a fejlesztői team hatékonyságának növekedését eredményezheti.
Az agilis szoftverfejlesztés szorosabb kommunikációt - a csapaton belül és az ügyfél felé egyaránt -, gyakori tervezést, változáskezeléshez fűződő rugalmasságot, ezáltal pedig folyamatos fejlesztéseket és rendszeres szállítást eredményez, így a megrendelő még a projektfolyamat során egy működőképes korai szoftver verzióhoz jut, amiből további, a munkafolyamatokra vonatkozó előnyök származnak. Az agilis szoftverfejlesztés által tehát nem csak az elvárt hatékonyság, hanem az ügyfélelégedettség is növelhető.
Az agilis módszertan tehát a megrendelő és a fejlesztői csapat számára egyaránt biztosít olyan előnyöket, mely mindkét fél számára megkönnyíti, hogy az együttműködés során magas minőségű munkavégzés és az ügyféligényeknek legmegfelelőbb termék valósuljon meg.
