Co je tak úžasného na Agile? Primer na agilní metodologii
Agile Definujte jako Agilní systémy řízení, které již nějakou dobu existují, ale v poslední době získaly měnu. Ve skutečnosti je Agile Management trvale součástí nejdůležitějších trendů správy projektů téměř každého blogu IT Project Management každý rok.
Aplikace Agile v projektech založených na IT jsou nesporné, protože nacházejí uplatnění nejen v IT softwarových projektech, ale také ve vývoji produktů a inovacích.
Co je tak úžasného na Agile? Zeptejte se zaměstnanců, kteří přešli z tradičního systému na Agile, a oni by mohli zmařit neustálé schůzky a „schůzky o schůzkách“.
Ukázalo se, že Agile je mnohem víc než jen setkání a zpětná vazba. Zaměřuje se na posílení týmů a odstranění postupných způsobů rozvoje projektů, aby byla větší flexibilita a inovace. Pokud to znamená setkání a výstupy častěji než u tradičních systémů, znamená to také menší šanci iterací a změn později v projektovém cyklu.
To je nabízen jako lék na všechny běžné problémy, které trápí IT související projekty. Co přesně to je a jak je lepší než tradiční systémy?
Potřeba agilní metodiky - manažerské postupy
Každý, kdo pracoval na agilní metodologii v projektech vývoje softwaru, bude mít nějakou představu o některých obvyklých problémech, které se vyskytnou během projektu: změna rozsahu, lhůty, které se zdají nemožné splnit, a přepracované zdroje.
Tradiční agilní metodologie v projektovém řízení měly mnoho nedostatků, díky kterým se nedokázaly vyrovnat s neustále se měnícím obchodním prostředím, zejména v oblasti vývoje softwaru, a výše uvedené situace byly, bohužel, až příliš běžné. Tím nechci říci, že tradiční metody nejsou nikde použitelné . Jsou stále nejlepší sázkou na projekty, ve kterých je myšlenka od začátku plně formována.
Postupy Agile Management se staly potřebou hodin, protože splňovaly následující potřeby produktu uvedeného na trh v dynamickém prostředí:
- Potřeba rychlosti, aby se produkt dostal na trh
- Potřeba flexibility pro přizpůsobení se více změnám ve specifikacích
- Nedostatky ve scénáři „dělby práce“
- Dilema zákazníka
- Potřeba snížení nákladů
Potřeba rychlosti, aby se produkt dostal na trh:
Žijeme v rychle se rozvíjejícím prostředí, kde flexibilita a rychlost jsou klíčem k úspěchu.
Technologie je jedním z nejrychleji se měnících odvětví v tomto odvětví. Každou minutu existuje novější nápad, produkt nebo inovace. V tomto pozadí se tradiční přístup k řízení projektů nepodařilo dosáhnout. Sekvenční projekt nutně závisí na tom, jak jsou agilní kroky metodologie uspokojivě dokončeny. Časové osy v tradičně řízených projektech jsou vždy kostou sváru.
Organizace a týmy, které nejsou dynamické, ztratí závod s těmi, kteří se morfují, aby vyhovovali měnícímu se prostředí.
Potřeba flexibility pro přizpůsobení se více změnám ve specifikacích:
Očekávání a požadavky klientů se v průběhu vývoje produktu často mění. Předtím, než byly systémy Agile Management Systems zařazeny do hlavního proudu, projekty v oblasti IT často selhávaly, protože tradiční systém řízení projektů byl postaven tak, aby byl „pluh“. Pokud došlo k nějakým změnám, klienti často cítili štípnutí do jejich peněženky nebo časové osy. Tradiční model řízení projektů, přizpůsobený jiným odvětvím, jednoduše nepracoval pro dynamické odvětví, jako je IT.
Odbor práce:
V tradičním modelu existují odlišné fáze, počínaje analýzou systémových požadavků a konče vydáním a údržbou produktu. Výsledkem je dělba práce a označení členů jako „návrháři“, „programátoři“ nebo „testeři“. Ve skutečnosti jsou však dnešní zdroje mimořádně napříč funkcemi a takové jasné rozlišení rolí není u většiny projektů možné.
Dilema zákazníka:
V nestálých projektech si klienti nejsou zcela jisti, jaký musí být jejich konečný produkt se všemi specifikacemi. Funkce a požadavky se často mění, jakmile jsou práce prováděny. Tradiční modely, jako je například model Waterfall, zdůrazňují jasnost s ohledem na konečný produkt a odchylky v plánech kladou na systém velký důraz. To nás přivádí k poslednímu faktoru, který vedl k vývoji agilních systémů.
Potřeba snížení nákladů:
Tradičně byly změny v požadavcích kdykoli po zahájení projektu odrazovány. Náklady na jakoukoli další složku byly spíše vysoké, někdy i neúměrně. Proto bylo nezbytné zahrnout všechny možné scénáře do samotné fáze plánování. To znamenalo, že byly zváženy všechny scénáře a navrženo řešení. Protože je však téměř nemožné vědět, která část produktu bude uživatel upřednostňovat, týmy často vyvíjely „nafouklé verze“ produktu. To obsahovalo všechny možné scénáře, z nichž by typický uživatel použil ne více než 20%. Výsledkem byly zbytečné náklady a vývoj.
Netřeba dodávat, že to znamenalo, že všechny projekty byly ve svém plánování globální.
A když se objevil zcela nový neplánovaný scénář, navzdory veškerému plánování přesto došlo k dodatečným nákladům.
Skupina lidí se sešla v únoru 2001, aby diskutovala přesně o tom: potřeba flexibilního a obratného modelu vývoje softwaru, který pomohl vyvíjet produkty, které skutečně pracovaly pro klienta a vývojáře. Výsledkem byl „Agilní manifest“, který byl přínosem agilního vývoje metodiky softwaru, tj. Sady čtyř principů, které jsou tak jednoduché, jak jsou popisné. Bylo také vyvinuto dvanáct „Agilních principů“ vysvětlujících, jak by agilní systémy skutečně fungovaly v projektovém prostředí.
Prostřednictvím této práce jsme si uvědomili:
- Jednotlivci a interakce přes procesy a nástroje
- Pracovní software přes komplexní dokumentaci
- Spolupráce se zákazníky při sjednávání smlouvy
- Reakce na změnu nad plánem
To znamená, že zatímco v položkách na pravé straně je hodnota, položky na levé straně vážíme více.
12 agilních principů
12 Agilních principů je soubor hlavních koncepcí, které stojí za Agilním manifestem a které podporují projektové týmy při provádění Agilních projektů. Oni jsou:
- Naší nejvyšší prioritou je spokojenost zákazníka včasným a nepřetržitým dodáváním hodnotného softwaru.
- Vítá měnící se požadavky, a to i v pozdní fázi vývoje. Agilní metodika procesy využívá změny pro konkurenční výhodu zákazníka.
- Dodávejte pracovní software často, od několika týdnů do několika měsíců, přednostně před kratší časovou škálou.
- Podnikatelé a vývojáři musí po celý projekt spolupracovat každý den.
- Budujte projekty kolem motivovaných jednotlivců. Poskytněte jim prostředí a podporu, kterou potřebují, a důvěřujte jim, aby svou práci dokončili.
- Nejúčinnějším a nejefektivnějším způsobem předávání informací vývojovému týmu a uvnitř něj je osobní rozhovor.
- Pracovní software je primárním měřítkem pokroku.
- Agilní metodické procesy podporují udržitelný rozvoj. Sponzoři, vývojáři a uživatelé by měli být schopni udržovat konstantní tempo po neomezenou dobu.
- Stálá pozornost na technické dokonalosti a dobrý design zvyšuje obratnost.
- Jednoduchost - umění maximalizace množství nedokončené práce - je zásadní.
- Nejlepší architektury, požadavky a návrhy vycházejí ze samoorganizujících se týmů.
- V pravidelných intervalech tým přemýšlí o tom, jak se zefektivnit, poté naladí a přizpůsobí své chování.
Příklad agilního řízení projektu
Představte si spuštění, které vyvíjí mobilní aplikaci pro klienta. Zmrazení celého návrhu aplikace před začátkem vývoje může být katastrofální. Existuje také omezený čas na provedení průzkumu trhu, vypracování podrobného plánu, rozhodnutí o variantách, které chtějí nabídnout, a vývoj výrobku. Kromě obrovských nákladů spojených s tímto přístupem riskují, že aplikace by mohla vyvíjet i jiná společnost, než to udělají.
Agilní metodologie v řízení projektů pomáhá tyto problémy překonat. V tomto systému je aplikace vyvíjena ve fázích, s interakcí s klienty každý den a výstupy nebo projektové milníky identifikovány, řekněme, za každý týden.
Na stejné aplikaci může také pracovat více týmů, takže se vývojový čas drasticky zkrátí.
Funkce jsou zdokonaleny při každém setkání a konečný produkt odráží konečnou potřebu. Učí se krok za krokem, co funguje pro zákazníka, a improvizuje nabídky, dokud nedostanou požadovaný produkt.
V tradičním přístupu k řízení projektů by si člověk myslel na všechny revize před uvolněním produktu. To by mělo za následek zmeškané lhůty, zvýšené pracovní zatížení a inflaci nákladů. Kromě toho by produkt mohl v době vydání zcela ztratit svůj význam.
Jak přesně Agile Management funguje?
Přestože je Agile Management většinou označován jako koncept IT, jeho použití se neomezuje pouze na IT průmysl. Například maloobchodník s oděvy Zara použil při transformaci svého podnikání principy Agile Management.
Před použitím nové agendy Zara vyráběla výrobky v malých dávkách, než aby se zaměřila na velkou produkci před novou sezónou. Tímto způsobem se společnost vyhýbala nákladům spojeným s vysokou zásobou a nepředvídatelnými nabídkami slev.
Některé z klíčových aspektů Agilního řízení projektů jsou:
- Agilní řízení projektů se řídí flexibilním přístupem.
Agile Management vítá doplňky a změny v průběhu vývoje produktu místo toho, aby byl v souladu s původními specifikacemi.
- Agilní projekty se obvykle dělí na samostatné kusy práce, přičemž týmy se podílejí na vývoji jednoho nebo více těchto „kusů“ práce.
Je tedy možné mít například čtyři týmy pracující současně na různých částech projektu, takže se zkrátí časové harmonogramy projektu. Týmy se denně koordinují mezi sebou as klientem, pokud jde o výsledky.
- Denně se konají schůzky o průběhu projektu nebo zátarasy v projektu se stálou zpětnou vazbou.
Po obdržení zpětné vazby od zákazníka jsou změny začleněny a týmy přejdou k dalšímu bloku. Tento proces pokračuje v poskytování produktu, který je dynamičtější a lépe vyhovuje potřebám klienta.
- Je zde větší zapojení členů týmu než přístup shora dolů.
V rámci životního cyklu vývoje softwaru jsou členové týmu zapojeni do všech fází: požadavky, návrh, vývoj a agilní testování metodiky. Protože existuje pravidelný přehled o účinnosti úkolů, upravují členové týmu podle toho chování a postupy.
- Profil projektového manažera v agilním projektu se změní z tradiční role.
Už tráví mnoho času prostředky na plánování nebo monitorování, ale nyní tráví více času spoluprací s týmy a zajišťuje, aby byl celkový obraz vždy v dohledu. Není to snadný přechod a manažeři přecházející k agilním systémům se musí rychle přizpůsobit, aby projekt uspěl.
Pár slov o Scrumu:
Scrum je jedním z nejpopulárnějších rámců pro implementaci Agilní metodiky. Co je agilní metodologie? Předchází Agile a byl poprvé navržen v roce 1986 a implementován v automobilovém a tiskárenském průmyslu.
Agilní metodologie s scrumem nejsou synonymem; existují jiné rámce, které lze použít k implementaci Agile, ale Scrum je jedním z nejúčinnějších a pravděpodobně nejpopulárnějších. Co je scrum? Scrum má obvykle pouze tři role: vlastník produktu, tým a master Scrumu. Mistr metodiky Scrum není manažerem projektu. Povinnosti tradiční role projektového manažera jsou rozděleny mezi tři role řízení projektu Scrum. Projekt je zabudován do řady iterací s pevnou délkou zvaných sprinty. Úspěch každého agilního metodologického sprintu přináší pocit hmatatelného pokroku a neustálé inspirace. Cílem každé iterace je vyrobit funkční produkt, který lze prokázat zúčastněným stranám. Agilní metodologie scrum master spolupracuje s vlastníkem produktu a týmem, aby usnadnil dosažení cílů odstraněním zátarasů. Agilní vývojový tým metodiky je křížově funkční a kromě vývojářů zahrnuje testery, designéry a inženýry ops.
Tradiční projektový management: Vodopád
Jedním z nejvýznamnějších tradičních systémů řízení projektů je vodopád. To bylo často používáno od sedmdesátých lét. V IT projektech existuje několik dobře známých a široce implementovaných metodologií vodopádů. Patří mezi ně PRINCE2, který vytvořila vláda Spojeného království pro svůj veřejný sektor.
Stejně jako název napovídá, jedná se o sekvenční pracovní postup. Konečný produkt je stanoven na začátku projektu. Poté jsou postupně dokončovány různé fáze pracovního postupu (zahájení koncepce, analýza, návrh, konstrukce, testování, implementace a údržba). Jakmile je předchozí krok dokončen, vývojáři přejdou k dalšímu kroku. Plán projektu by měl být blázen; Jakmile je fáze v sekvenci dokončena, vývojáři nemohou znovu provést totéž, aniž by znovu začali znovu. Je to statický přístup k agilní metodice v projektovém řízení. Neexistuje žádný prostor pro změny nebo chyby a je třeba důsledně dodržovat agilní projektový plán projektu.
Mezi Waterfall Management a malováním mistrovského díla lze vyvodit analogii. Obraz finálního mistrovského díla je již v mysli umělce a neustále k němu pracuje. Pokud se z nějakého důvodu konečný produkt liší od toho, co vizualizoval, nemůže jej snadno upravit.
Agilní nebo vodopád?
- Co je agilní? Agilní je vhodnější pro malé týmy pracující na dílčích a evolučních projektech, zatímco Waterfall je vhodný pro velké projekty nebo rozvojové projekty. Řízení vodopádů by mohlo být vhodnější pro průmyslová odvětví, jako je stavebnictví. Agile se používá v dynamičtějších projektech, jako jsou projekty v IT průmyslu.
- Agilní systémy vyžadují vysoce kvalifikované členy týmu, kteří zvládnou všechny fáze projektu. Vyžaduje to dramatický posun v roli projektového manažera. Proces vodopádu je strukturován tradičnějším způsobem, je lineární a je snadnější ho pochopit pro nerozvinuté vývojáře a pro vývojáře softwaru.
- Mnoho organizací považuje metodiku Waterfall za uklidňující, protože je lépe zdokumentována. Agilní je známo, že nezdůrazňuje rozsáhlou dokumentaci. Je to více závislé na lidech, což může být nepohodlné v organizacích, kde je míra opotřebení vysoká.
- Menší přímé projekty nemusí vyžadovat Agilní metodologický rámec a sekvenční vodopádový model může fungovat stejně dobře.
Kam to jde?
Podle průzkumu společnosti HP v květnu 2015 představuje metodika agilního rozvoje více než dvě třetiny všech IT projektů v USA.
Agile však není vždy „dokonalým“ řešením. Nejedná se o řešení „one-fits-all“, a proto mnoho organizací (24% podle průzkumu HP) nyní přijalo hybridní přístup.
Hybridní metody Agilní a Vodopád by mohly využít výhod obou. Tento hybridní přístup by mohl pracovat pro složité projekty s externími klienty a velkými týmy. Tento přístup popsali Erick Bergmann a Andy Hamilton. Jedná se o kompromis mezi těmito dvěma metodami, který umožňuje softwarovým týmům pracovat „agilně“, zatímco týmy pro vývoj hardwaru a produktoví manažeři používají tradiční metodu.
Mark Fromson, digitální konzultant poukazuje na další způsob, jak hybrid může fungovat:
Rozdělení projektu do fází vodopádu, aby bylo možné uzavřít smlouvy s pevnou nabídkou a definovat rozsah v menší fázi, ale zachovat tekutinu projektu jako celek.
Bez ohledu na formu budoucích týmů bude zřejmé, že agilní metodologie Rozvoj je tu, aby zůstal. Umožnil flexibilitu, časové a nákladové výhody, spolu s nejdůležitějším faktorem ze všech: dát pocit spokojenosti a motivující atmosféru lidem, kteří na těchto projektech pracují.
Zdroj:
Pro agilní manifest a 12 agilních principů - www.agilemanifesto.org
Související kurzy: -
Agilní projektový management - Naučte se agilní metodiky