ŘÍDÍME SE MANIFESTEM AGILNÍHO VÝVOJE

POČÁTKY ZÁJMU O AGILE V KOMIXU

Počátky zájmu o Agile v Komixu lze datovat do roku 2007. V duchu hesla „všechno zlé je pro něco dobré“ se dva naši kolegové, Petr Sobotka a Jiří Marschal, začali po zkušenostech z velmi náročné první fáze projektu CDBP (biometrické pasy) zajímat o to, jak přistupovat k realizaci projektů „jinak“ – myšleno, než pouze za použití metod klasického vodopádového projektového řízení.

V rámci hledání alternativních cest narazili i na v té době se ve světě rozšiřující agilní metodiky, nastudovali si dostupné informace a šířili povědomí o těchto technikách i mezi další kolegy. Postupně se začaly na některých projektech (stále navenek vodopádových) aplikovat vybrané agilní techniky, až se např. interní iterační vývoj, průběžné testování, denní schůzky, retrospektivy a další staly běžnou součástí práce „progresivnějších“ komixích týmů.

Postupem času přešly zejména některé interní rozvojové aktivity do plně agilního režimu. A na většině zákaznických projektů se po několika letech podařilo obecně použitelné a přínosné agilní techniky zavést jako rutinní součást práce týmů.

NÁŠ PŘÍSTUP

Ve většině případů využíváme u agilního vývoje framework Scrum. Ve výjimečných případech je možné přejít krátkodobě k variantě Kanban.

Pro vývoj větších projektů, které vyžadují synchronizace dvou a více vývojových týmů, používáme interně metodiku LeSS.

Na velkých projektech využíváme škálovací framework podle volby zákazníka. Preferujeme škálování podle frameworku LeSS. U některých zákazníků na jejich žádost framework SaFE®

JAKÉ VÝHODY PŘINÁŠÍ AGILNÍ VÝVOJ

Před 4 lety jsme získali projekt na celkové přepsání zastaralé aplikace. Zadání nebylo vůbec jednoduché a ještě složitější bylo takové celkové přepsání nacenit a zasadit do času. Proto jsme zákazníkovi navrhli, že bychom místo klasického vodopádového přístupu, na který byl zvyklí, zavedli agilní vývoj.

V tomto přístupu jsme mohli aplikaci přepisovat postupně po malých kouscích tak, že si mohl klient v průběhu vývoje říct, zda mu vyvíjená funkcionalita vyhovuje, jestli je potřeba některé funkce upravit, přidat nebo úplně zrušit.

Při klasickém vodopádovém projektu bychom strávili měsíce nad psaním rozsáhlé analýzy a každý změnový požadavek by znamenal vícepráce, změnové řízení a navýšení ceny za dílo. Zavedení agilního vývoje chvíli trvá, je potřeba sestavit dobrý tým, který spolu dokáže dobře a efektivně komunikovat. Přesvědčit zákazníka a získat si jeho důvěru. Pokud se to ale podaří, agilní vývoj přináší mnoho výhod: