Výhody a nevýhody 12 principů Agile

Agilní manifest obsahuje 12 principů, které definují agilní přístup k vývoji softwaru. V dnešní době agilní přístup jasně vymezuje pravidla pro týmovou práci v IT průmyslu. Může být považován za nejúspěšnější a nejefektivnější metodologii lehkého projektového řízení. Jaké jsou výhody a nevýhody používání agilního projektového řízení?

12 principů Agilu – obsah:

1. 12 principů Agilu
2. Shrnutí

12 principů Agilu

Agilní projektové řízení je založeno na pravidlech, která jsou jasně formulována a snadno zapamatovatelná. Kromě čtyř hodnot, které jsme popsali v tomto textu, Agilní manifest obsahuje 12 principů Agilu.

Níže představíme výhody a nevýhody 12 principů Agilu. Budeme je probírat jeden po druhém, jak jsou uvedeny v nejnovější verzi Agilního manifestu publikované v roce 2019. Jsou následující:

1. Naší nejvyšší prioritou je uspokojit zákazníka prostřednictvím včasného a kontinuálního dodávání hodnotného softwaru.

Stanovení nejvyšší priority na rychlé dodání produktu je hlavní výhodou z pohledu klienta. První funkční verze produktu může být vydána hned poté, co splní dohodnutá kritéria. Tým pracuje rychle na dalších aktualizacích, které mohou být spuštěny i každý den. Tímto způsobem je produkt vždy nový a vždy funkční.

Nicméně, tento přístup má také některé nevýhody, protože produkt je vždy ve vývoji. Starší verze zakoupené koncovými uživateli se mohou rychle stát nekompatibilními nebo vyžadovat neustálé aktualizace, aby správně fungovaly.

2. Vítejte měnící se požadavky, i pozdě ve vývoji. Agilní procesy využívají změny pro konkurenční výhodu zákazníka.

Když je tým schopen přijmout měnící se požadavky, produkt může být rychle a efektivně přizpůsoben potřebám klienta a trhu. Náročné prostředí podporuje kreativitu a může vést k inovacím. Nicméně, využívání změn není jen vzrušující, ale také velmi náročné pro tým. Musí se učit každý den a být otevřeni častým situacím, kdy řešení, která vyvinuli, nejsou pokračována, nebo dokonce nejsou implementována do produktu vůbec.

3. Dodávejte funkční software často, od několika týdnů do několika měsíců, s preferencí kratšího časového rámce.

Pravidlo častého dodávání je velmi důležité pro vysoce konkurenční a rychle se měnící tržní prostředí. Také to nutí tým vyhnout se vývoji vedlejších funkcionalit produktu a zaměřit se na hlavní cíle stanovené zákazníkem.

Nicméně, když jsou plánovány nějaké zásadní změny v produktu, toto pravidlo by nemělo být dodržováno příliš přísně. V takovém případě je lepší důkladně otestovat nové řešení, než vydat nedokončenou verzi produktu.

4. Obchodní lidé a vývojáři musí spolupracovat každý den po celou dobu projektu.

Úzká spolupráce mezi obchodními a vývojovými týmy je klíčová pro dodání hodnotného produktu na trh. Problémy, které se zde mohou objevit, jsou s komunikací a očekáváními. Důvodem je, že vývojové týmy nejsou vždy schopny komunikovat technická omezení svých řešení. Obchodní partneři na druhé straně mohou mít potíže s vyjasněním svých očekávání, která mohou vzrůst nebo se stát nejasnými.

5. Budujte projekty kolem motivovaných jednotlivců. Dejte jim prostředí a podporu, kterou potřebují, a důvěřujte jim, že práci dokončí.

Vzájemná důvěra mezi členy týmu, stejně jako zdravá dávka svobody, jsou nezbytné prvky úspěšné a efektivní práce. Když motivovaný tým cítí odpovědnost za vykonanou práci, obvykle soustředí své úsilí na dokončení úkolu. Nicméně, tento přístup k projektovému řízení vyžaduje správnou rovnováhu mezi nezávislostí a kontrolou. Tým potřebuje otevřené prostředí, aby mohl být kreativní, ale také potřebuje limity, na které se může zaměřit.

6. Nejefektivnější a nejúčinnější metodou předávání informací do a v rámci vývojového týmu je osobní rozhovor.

Osobní rozhovory jsou dnes většinou nahrazovány online schůzkami. Musíme si pamatovat, že Agilní manifest byl napsán v roce 2001, kdy nebyla práce na dálku tak běžná jako dnes a možnosti online schůzek byly poměrně omezené. Nicméně, osobní schůzky, nebo jen videokonference, jsou velmi důležité pro udržení motivace týmu. Toto je však časově náročné řešení. Proto agilní projektoví manažeři často omezují časové úseky a moderují průběh schůzky.

7. Funkční software je primární měřítko pokroku.

Nová verze funkčního softwaru, nebo jiný potenciálně tržně připravený produkt, jsou rozhodně nejlepšími měřítky pokroku. Nicméně, občas je třeba provést nějaké údržbové práce. Proto nelze toto pravidlo brát doslovně v každém jednotlivém případě.

8. Agilní procesy podporují udržitelnost vývoje. Sponzoři, vývojáři a uživatelé by měli být schopni udržovat konstantní tempo neomezeně.

Udržitelný vývoj znamená schopnost týmu odhadnout svou vlastní kapacitu. To je jedno z nejdůležitějších měřítek zralého týmu. I když by tým neměl pracovat na plnou kapacitu po celou dobu, existují zvláštní okamžiky v životním cyklu produktu, kdy jsou takové období jako např. crunch, nezbytná.

9. Kontinuální pozornost k technické dokonalosti a dobrému designu zvyšuje agilitu.

Technická dokonalost znamená žádnou potřebu provádět časově a zdrojově náročné revize. A to je jeden z nejdůležitějších důvodů, proč věnovat neustálou pozornost kvalitě vyvíjeného produktu. V případě tohoto agilního principu nejsme schopni uvést žádné nevýhody tohoto přístupu.

10. Jednoduchost – umění maximalizovat množství neprovedené práce – je zásadní.

10. princip Agilu lze vyjádřit v dobře známém rčení “Pracujte chytře, ne tvrdě”. Jinými slovy, pokud nějaká funkcionalita produktu nebude vydána, nepracujte na ní. Nevýhodou tohoto přístupu je potřeba skvělého projektového manažera, který je schopen prioritizovat práci v reálném čase a přizpůsobit její rozsah požadavkům klienta.

11. Nejlepší architektury, požadavky a designy vznikají z samoorganizujících se týmů.

Samoorganizující se týmy cítí odpovědnost za svou práci, protože nemohou říci, že selhání je výsledkem špatného řízení nebo zastaralého dohledu. Nicméně, mladší týmy často potřebují nějaké koučování nebo mentoring. Proto je na začátku vhodné pracovat s zkušeným Scrum Masterem, jehož role je popsána zde, nebo jiným typem agilního kouče.

12. V pravidelných intervalech se tým zamýšlí nad tím, jak se stát efektivnějším, a poté ladí a přizpůsobuje své chování.

Reflexe a adaptace jsou základy nejen pro obecný agilní přístup, ale také jsou základy Scrum rámce. Je velmi těžké najít nějakou nevýhodu pro tento adaptivní přístup, protože reflexe týmové práce obvykle vede k lepší efektivitě, stejně jako k integraci týmu.

Shrnutí

Agilní metodologie byla vytvořena jako metodologie vývoje softwaru, která zdůrazňuje iterativní vývoj, týmovou spolupráci a zpětnou vazbu od zákazníka. Agilní manifest vymezuje 12 principů Agilu, které řídí agilní projektové řízení. Zaměřují se na dodávání hodnoty zákazníkovi prostřednictvím kontinuálního dodávání funkčního softwaru.

Agilní přístup má mnoho výhod; je to rychlý a kontinuální proces, který je navržen tak, aby sledoval měnící se potřeby zákazníka. Je citlivý na trh a poskytuje vysokou míru flexibility.

Teď, když znáte 12 principů Agilu, můžete se podívat na to, jak používat agilní metodologii pro freelance projekty.

Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.