Ačkoli je agilní metodologie cenná v řadě odvětví, osvědčila se nejúspěšněji ve vývoji softwaru a během životního cyklu vývoje softwaru (SDLC). Agilní metodologie, která vychází z dvanácti základních principů Agilního manifestu, zahrnuje iterativní procesy zaměřené na nepřetržité monitorování a zlepšování výstupů.
Agilní procesy byly vyvinuty jako alternativa k tradičním vodopádovým technikám. Metoda Waterfall je postupný návrhový proces, který vyžaduje dokončení kroku před přechodem na další. Metodika Waterfall se obvykle ukázala jako úspěšná ve výstavbě; pro více technických odvětví však má agilní přístup větší hodnotu. Místo postupného přístupu jsou všechny fáze projektu dokončeny paralelně. Agilní procesy se pokoušejí vypořádat s nepředvídatelnou povahou vývojového cyklu tím, že identifikují chyby a eliminují potřebu úplného restartování projektu.
Agilní metodologie
Základním principem agilní metodiky je uspokojování a poskytování hodnoty pro zákazníka prostřednictvím nepřetržitých dodávek. Spíše než řešení jednoho velkého projektu po dlouhou dobu, agilní metody rozdělují projekt na menší, jednodušší a lépe zvládnutelné úkoly, které lze efektivně a rychle dokončit.
Spotify je uznáván pro své agilní procesy: nejmenší jednotka skupiny, zvaná komanda, se chová jako autonomní spouštění. Každá skupina se zaměřuje na konkrétní funkci a iteruje na základě minimálního životaschopného produktu a včas a často vydává aktualizace. Minimálně životaschopný produkt je z definice nejnovější verzí produktu, která týmu umožňuje shromažďovat maximální množství informací potřebných k určení toho, co funguje a co ne. Ve skupině Spotify každý tým zvládne malý projekt; Každý projekt však staví ke společnému cíli, kterým je vytváření větší hodnoty pro zákazníka.
Díky včasnému a častému dodání produktu jsou organizace nuceny vyloučit vše, co nepřináší přidanou hodnotu. Jednotlivci se stávají odborníky v určitých oblastech vývojového cyklu, protože každý malý tým se dlouhodobě zaměřuje na jednu misi, což pomáhá při identifikaci a eliminaci chyb. Zatímco u metody Waterfall je zpětná vazba poskytována ke konci projektu poté, co již byly vynaloženy značné peníze, peníze a energie, agilní metodologie umožňuje změny na cestě prostřednictvím nepřetržité zpětné vazby. Díky nepřetržité zpětné vazbě a flexibilitě, pokud jde o dodržování původního plánu, přidávání nebo změna funkcí udržuje organizace v aktuálním stavu s nejnovějším vývojem ve svém oboru.
Úkoly v agilním projektu jsou řízeny iterací. Iterace je časový rámec, obvykle jeden až dva týdny, během kterého jsou potřeby klientů vyvíjeny a transformovány do běžných testovatelných produktů. Klíčovým rysem agilní metodiky je předpoklad, že projekty sestávají ze sledu iterací. Týmy mohou pomocí své rychlosti sledovat, čeho dosáhnou během každé iterace, aby udržely realistické plány a vyhnuly se nadměrnému plnění závazků. V každé iteraci je přepravitelný produkt dokončen po provedení analýzy, návrhu, testování, zajištění kvality a uživatelských zkušeností. Přestože všechny vyladěné funkce mohou chybět, členové týmu by si měli být jisti, že v případě potřeby mohou produkt uvolnit.
Metodika Scrum
V rámci agilní metodiky existuje několik rámců, včetně Scrum, Lean a Extreme Programming. Většina organizací, které přecházejí na agilní metodologii, se rozhodnou začít s Scrumem kvůli jeho jednoduchosti a flexibilitě. Projekty Scrum poskytují společnostem a klientům strukturu rolí, setkání a pravidel. Členové týmu jsou zodpovědní za učení a přizpůsobení procesů, aby zvládli nepředvídatelnost.
Každý projekt Scrum má nevyřízený nebo seznam úkolů. Během fáze plánování je nevyřízený soubor naplněn úkoly, cíli a časovým rámcem pro provedení. Po projednání nevyřízených položek je projekt rozdělen na sprinty, což jsou období jednoho až dvou týdnů zaměřené na dokončení řady nevyřízených položek. Během každého sprintu má tým každodenní schůzky, aby projednal aktuální pokrok, budoucí pokrok a všechny faktory, které brání pokroku. Na konci každého sprintu by měly být v případě možného uvolnění produktu dokončeny všechny nezbytné kroky.
Majitel produktu poté provede přezkum, aby zjistil, zda byly všechny příběhy v nevyřízeném sprintu dostatečně dokončeny. V tuto chvíli se ScrumMaster setkává s týmem pro retrospektivu. Členové týmu přemýšlejí o svých vlastních procesech, aby přizpůsobili chování budoucím sprintům. Je rozhodující, že ScrumMaster se vyhýbá běžným překážkám a vytváří povzbuzující prostředí pro diskusi. Vzhledem k nepředvídatelné povaze vývoje softwaru a produktů je každý sprint jedinečný a musí se přizpůsobit změnám.
Projekty Scrumu usnadňuje vlastník produktu, ScrumMaster a tým. Během každého sprintu je tým složený ze samosprávných jednotlivců zodpovědný za určování a delegování toho, jak bude provádět veškerou nezbytnou práci. V týmu má každý člen speciální oblast; neexistují však žádné formální tituly ani hierarchie. ScrumMaster je oddaný jednotlivec, který řeší překážky a udržuje tým na trati při zajištění transparentnosti backlogu sprintu. Nakonec je vlastník produktu zodpovědný za vytváření a komunikaci vize produktu a rozhoduje, zda by produkty měly být podrobeny dalšímu vývoji nebo jsou připraveny k uvedení na trh.
Sečteno a podtrženo
V dnešní době, široce používán ve vývoji softwaru, byla vyvinuta agilní metodologie pro práci, která postrádá definované procesy. Agilní metody, na rozdíl od sekvenčních přístupů, nejsou určeny pro opakující se typy práce. Mnoho průmyslových odvětví má a nadále implementuje agilní metodiku ve svých obchodních strukturách.
Agilní rámec obsahuje více podmnožin, včetně Scrum, štíhlé a extrémní programování, které pomáhají jednotlivcům vypořádat se s nepředvídatelností a flexibilitou. Na povrchu může agilní metodologie pomoci zlepšit procesy end-to-end; jednotlivci však musí být oddaní, přizpůsobiví a schopni se učit, aby to fungovalo.
