Obsah:
Agilná metodika pre vývoj softvéru môže mať pozitívny vplyv na IT priemysel. Výsledky prijatia agilnej metodológie sa dajú merať rôznymi spôsobmi. Rýchlejší obrat požiadaviek na zmenu softvéru, menej chýb, kvantitatívne meranie výkonnosti tímu a prekážky sú odrazom úspešnej implementácie Agile. Na úspešné zmeranie dopadu agility musí organizácia porovnať rôzne metriky súvisiace s vývojom pred agilitou a po agile. Skutočný dosah Agile sa nedá merať iba zvýšením príjmu alebo zvýšeným počtom opravených chýb. Na pochopenie skutočného dopadu je potrebné zvážiť niekoľko vnútorných parametrov. (Viac informácií o agilnom vývoji nájdete v Agilnom vývoji softvéru 101.)
Prečo agilný IT?
Odvetvie IT sa prikláňalo k agilným postupom najmä kvôli obmedzeniam modelu vodopádu vývoja softvéru. Vo všeobecnosti sa zistilo, že IT spoločnosti nie sú schopné reagovať na meniace sa požiadavky zákazníkov alebo situácie na trhu alebo znižovať náklady pomocou modelu vodopádu vývoja softvéru. Aj keď vyvážime tento ohromujúci sklon k agilnej metodológii a niektoré z nadšení považujeme iba za humbuk, existuje veľa empirickej spätnej väzby proti vodopádovému modelu.
Jednoducho povedané, model vodopádu je model vývoja softvéru, v ktorom sa práca vykonáva postupne - jednu fázu za druhou. Tento model má päť fáz: požiadavky, návrh, implementácia, overenie a údržba. Po dokončení jednej fázy je zvyčajne ťažké, ak nie nemožné, vykonať zmeny v skoršej fáze. Predpokladá sa teda, že požiadavky sú do značnej miery stanovené. Hlavný rozdiel oproti modelu Agile spočíva v predpoklade, že sa nezmenia požiadavky. Agile predpokladá, že obchodné situácie sa zmenia, rovnako ako požiadavky. Softvér sa teda dodáva v menších množstvách cez sprinty, zatiaľ čo v modeli vodopádu sa prvé dodanie alebo uvoľnenie uskutoční po dlhej dobe. (Viac informácií o vývoji nájdete v časti Ako Apache Spark pomáha rýchlemu vývoju aplikácií.)
