Čo je tak úžasného na agile? Primer na agilnú metodológiu
Agile Definujte ako agilné riadiace systémy, ktoré už nejakú dobu existujú, ale v poslednom čase získali menu. Agile Management v skutočnosti každý rok predstavuje hlavné trendy v projektovom riadení takmer každého blogu IT Project Management.
Aplikácie Agile v projektoch založených na IT sú nesporné, pretože nachádzajú uplatnenie nielen v softvérových projektoch IT, ale aj pri vývoji a inovácii produktov.
Čo je také úžasného na Agile? Spýtajte sa zamestnancov, ktorí prešli z tradičného systému na Agile, a mohli by spochybňovať trvalé stretnutia a „stretnutia o stretnutiach“.
Ukázalo sa, že agilnejšie je oveľa viac, než iba stretnutia a spätná väzba. Zameriava sa na posilnenie postavenia tímov a odstránenie postupných spôsobov rozvoja projektov, aby bola väčšia flexibilita a inovácia. Ak to znamená stretnutia a výstupy častejšie ako v prípade tradičných systémov, znamená to aj menšiu šancu na opakovanie a zmeny neskôr. v projektovom cykle.
To je ponúkané ako liek na všetky bežné problémy, ktoré trápia projekty súvisiace s IT. Čo presne to je a ako je lepšie ako tradičné systémy?
Potreba agilnej metodológie - manažérske postupy
Každý, kto pracoval na agilnej metodike v projektoch vývoja softvéru, bude mať predstavu o niektorých obvyklých problémoch, ktoré sa vyskytnú počas projektu: zmena rozsahu, termíny, ktoré sa zdajú nemožné splniť, a prepracované zdroje.
Tradičné agilné metodológie v oblasti projektového riadenia mali mnoho nevýhod, vďaka ktorým nedokázali zvládnuť neustále sa meniace podnikateľské prostredie, najmä v oblasti vývoja softvéru, a vyššie uvedené situácie boli, žiaľ, príliš bežné. Neznamená to, že tradičné metódy nie sú použiteľné nikde. Stále sú najlepším tipom na projekty, v ktorých je myšlienka od začiatku plne formovaná.
Postupy agilného riadenia sa stali potrebou hodiny, pretože uspokojili nasledujúce potreby produktu uvedeného na trh v dynamickom prostredí:
- Potrebujete rýchlosť, aby ste sa dostali na trh
- Potreba flexibility na prispôsobenie sa viacerým zmenám v špecifikáciách
- Nedostatky v scenári „rozdelenia práce“
- Dilema zákazníka
- Potreba zníženia nákladov
Potrebujete rýchlosť, aby ste sa dostali na produkt na trhu:
Žijeme v rýchlo sa rozvíjajúcom prostredí, kde flexibilita a rýchlosť sú kľúčom k úspechu.
Technológia je jedným z najrýchlejšie sa meniacich odvetví v priemysle. Každú minútu je novší nápad, produkt alebo inovácia. V tomto kontexte sa tradičný prístup k projektovému riadeniu nedarí dosiahnuť. Postupný projekt nevyhnutne závisí od toho, či sú agilné kroky metodológie uspokojivo dokončené. Časové osi v tradične riadených projektoch sú vždy spornou kosťou.
Organizácie a tímy, ktoré nie sú dynamické, prehrajú preteky tým, ktorí sa zmenia, aby vyhovovali meniacemu sa prostrediu.
Potreba flexibility na prispôsobenie sa viacerým zmenám v špecifikáciách:
Očakávania a požiadavky klientov sa v priebehu vývoja produktu často menia. Predtým, ako boli systémy Agile Management Systems zaradené do hlavného prúdu, projekty v oblasti IT často zlyhávali, pretože tradičný systém riadenia projektov bol postavený tak, aby sa „orať“. Ak došlo k nejakým zmenám, klienti často cítili štipku k ich peňaženke alebo časovej osi. Tradičný model riadenia projektov, prispôsobený z iných odvetví, jednoducho nefungoval pre dynamický priemysel, napríklad IT.
Deľba práce:
V tradičnom modeli existujú odlišné fázy, počnúc analýzou systémových požiadaviek a končiac uvoľnením a údržbou produktu. Výsledkom je rozdelenie práce a označovanie členov ako „návrhári“, „programátori“ alebo „testeri“. V skutočnosti sú však súčasné zdroje mimoriadne funkčné a takéto jasné rozlíšenie úloh nie je vo väčšine projektov možné.
Dilema zákazníka:
V prípade volatilných projektov si klienti často nie sú úplne istí, aký musí byť ich konečný produkt so všetkými špecifikáciami. Funkcie a požiadavky sa často menia, keď sa práca vykonáva. Tradičné modely, ako je napríklad model Waterfall, zdôrazňujú zrozumiteľnosť, pokiaľ ide o konečný produkt, a odchýlky v plánoch kladú veľký dôraz na systém. Toto nás privádza k poslednému faktoru, ktorý viedol k vývoju agilných systémov.
Potreba zníženia nákladov:
Tradične sa odrádzali od zmien v požiadavkách kedykoľvek po začatí projektu. Náklady na ktorúkoľvek ďalšiu zložku boli skôr vysoké, niekedy aj neúnosne. Preto bolo nevyhnutné zahrnúť všetky možné scenáre do samotnej fázy plánovania. To znamenalo, že sa zvážili všetky scenáre a navrhlo sa riešenie. Keďže je však takmer nemožné vedieť, ktorá časť produktu bude uprednostňovať, tímy často vyvíjali „nafúknuté verzie“ produktu. To obsahovalo všetky možné scenáre, z ktorých by typický užívateľ použil nie viac ako 20%. Výsledkom boli zbytočné náklady a vývoj.
Netreba dodávať, že to znamenalo, že všetky projekty boli vo svojom plánovaní globálne.
A keď sa objavil úplne nový neplánovaný scenár, aj napriek všetkému plánovaniu boli náklady navyše.
Vo februári 2001 sa skupina ľudí stretla, aby prediskutovala toto: potreba flexibilného a agilného modelu vývoja softvéru, ktorý pomohol vyvíjať produkty, ktoré skutočne pracovali pre klienta a vývojára. Výsledkom bol „Agilný manifest“, ktorý bol prínosom agilného vývoja metodologického softvéru, tj súboru štyroch princípov, ktoré sú také jednoduché, ako sú opisné. Bolo tiež vyvinutých dvanásť „agilných princípov“, ktoré vysvetľujú, ako by agilné systémy skutočne fungovali v projektovom prostredí.
Prostredníctvom tejto práce sme si uvedomili:
- Jednotlivci a interakcie medzi procesmi a nástrojmi
- Pracovný softvér nad komplexnou dokumentáciou
- Spolupráca so zákazníkmi pri vyjednávaní zmluvy
- Reakcia na zmenu oproti plánu
To znamená, že zatiaľ čo v položkách vpravo je hodnota, hodnoty vľavo hodnotíme.
12 agilných princípov
Dvanásť agilných princípov predstavuje súbor hlavných koncepcií, ktoré stoja za programom Agile Manifesto a ktoré podporujú projektové tímy pri implementácii agilných projektov. Oni sú:
- Našou najvyššou prioritou je spokojnosť zákazníka včasným a nepretržitým dodávaním hodnotného softvéru.
- Vítame meniace sa požiadavky, a to aj v neskorej fáze vývoja. Agilné metodické procesy využívajú zmenu pre konkurenčnú výhodu zákazníka.
- Pracovný softvér dodávajte často, od niekoľkých týždňov do niekoľkých mesiacov, prednostne v kratšom časovom rámci.
- Podnikatelia a vývojári musia počas celého projektu každý deň spolupracovať.
- Budujte projekty okolo motivovaných jednotlivcov. Poskytnite im prostredie a podporu, ktorú potrebujú, a dôverujte im, aby svoju prácu vykonali.
- Najúčinnejšou a najúčinnejšou metódou prenosu informácií do vývojového tímu av rámci neho je osobný rozhovor.
- Pracovný softvér je hlavným meradlom pokroku.
- Agilné metodologické procesy podporujú trvalo udržateľný rozvoj. Sponzori, vývojári a používatelia by mali byť schopní udržiavať neustále tempo neustále.
- Neustála pozornosť na technickej dokonalosti a dobrý dizajn zvyšuje obratnosť.
- Jednoduchosť - umenie maximalizácie množstva nevykonanej práce - je nevyhnutné.
- Najlepšie architektúry, požiadavky a návrhy vychádzajú zo samoorganizujúcich sa tímov.
- V pravidelných intervaloch tím premýšľa o tom, ako zefektívniť svoju činnosť, a podľa toho prispôsobuje a upravuje svoje správanie.
Príklad agilného riadenia projektu
Predstavte si spustenie, ktoré vyvíja mobilnú aplikáciu pre klienta. Zmrazenie celého návrhu aplikácie pred začiatkom vývoja môže byť katastrofálne. K dispozícii je tiež obmedzený čas na vykonanie prieskumu trhu, vypracovanie podrobného plánu, rozhodnutie o variantoch, ktoré chcú ponúknuť, a vývoj výrobku. Okrem obrovských nákladov spojených s týmto prístupom riskujú, že niektorá iná spoločnosť môže aplikáciu vyvinúť skôr, ako ju urobia.
Agilná metodika riadenia projektov pomáha prekonať tieto problémy. V rámci tohto systému je aplikácia vyvíjaná postupne a interakcie s klientmi každý deň a výstupy alebo míľniky projektu sú stanovené každý týždeň.
Viaceré tímy môžu tiež pracovať na tej istej aplikácii, aby sa drasticky skrátil čas vývoja.
Funkcie sa zdokonaľujú pri každom stretnutí a konečný produkt odráža konečnú potrebu. Učia sa krok za krokom, čo funguje pre zákazníka a improvizujú ponuky, až kým nedostanú požadovaný produkt.
Pri tradičnom prístupe k riadeniu projektov by sa pred prepustením produktu uvažovalo o všetkých revíziách. Výsledkom by boli zmeškané termíny, zvýšené pracovné zaťaženie a inflácia nákladov. Okrem toho mohol výrobok v čase prepustenia úplne stratiť svoj význam.
Ako presne funguje Agile Management?
Aj keď sa Agile Management väčšinou nazýva IT koncept, jeho použitie sa neobmedzuje iba na IT priemysel. Napríklad maloobchodný predajca odevov Zara použil na transformáciu svojho podnikania zásady Agile Management.
Pred použitím novej agendy Zara vyrábala výrobky skôr v malých dávkach, než aby sa zamerala na veľkú výrobu pred novou sezónou. Spoločnosť sa týmto spôsobom vyhýbala nákladom súvisiacim s vysokou zásobou a nepredvídateľnými zľavami.
Niektoré z kľúčových aspektov agilného riadenia projektov sú:
- Agilné riadenie projektov sa riadi flexibilným prístupom.
Agile Management víta zmeny a zmeny v priebehu vývoja produktu namiesto toho, aby bol v súlade s pôvodnými špecifikáciami.
- Agilné projekty sa zvyčajne delia na samostatné kúsky práce, pričom tímy sa podieľajú na rozvoji jedného alebo viacerých týchto kúskov práce.
Napríklad je možné mať napríklad štyri tímy pracujúce súčasne na rôznych častiach projektu, aby sa skrátili časové harmonogramy projektu. Tímy denne koordinujú výsledky a výstupy medzi sebou as klientom.
- Denne sa stretávajú informácie o priebehu projektu alebo zátarasy v projekte so stálou spätnou väzbou.
Po získaní spätnej väzby od zákazníkov sa zmeny začlenia a tímy prejdú na ďalší blok. Tento proces pokračuje v dodávaní produktu, ktorý je dynamickejší a lepšie vyhovuje potrebám klienta.
- Väčšie zapojenie členov tímu ako prístup zhora nadol.
V rámci životného cyklu vývoja softvéru sú členovia tímu zapojení do všetkých fáz: požiadavky, návrh, vývoj a testovanie agilnej metodológie. Pretože existuje pravidelný prehľad o efektívnosti úloh, členovia tímu upravujú podľa toho správanie a postupy.
- Profil projektového manažéra v agilnom projekte sa zmení z tradičnej úlohy.
Už trávi veľa času plánovacím alebo monitorovacím zdrojom, ale teraz trávi viac času spoluprácou s tímami a zabezpečením, aby bol celkový obraz vždy v dohľade. Nie je to jednoduchý prechod a manažéri, ktorí prechádzajú na agilné systémy, sa musia rýchlo prispôsobiť, aby projekt uspel.
Niekoľko slov o Scrume:
Scrum je jedným z najpopulárnejších rámcov pre implementáciu Agilnej metodológie. Čo je agilná metodika? Predchádza Agile a bol navrhnutý prvýkrát v roku 1986 a implementovaný v automobilovom a tlačiarenskom priemysle.
Agilná metodológia s scrumom nie je synonymom; existujú aj iné rámce, ktoré sa dajú použiť na implementáciu Agile, ale Scrum je jedným z najúčinnejších a pravdepodobne najpopulárnejších. Čo je scrum? Typicky má Scrum iba tri úlohy: Majiteľ produktu, Tím a Majster Scrumu. Kapitán metodiky Scrum nie je projektovým manažérom. Povinnosti tradičnej úlohy projektového manažéra sú rozdelené medzi tri úlohy riadenia projektu Scrum. Projekt je zabudovaný do série iterácií s pevnou dĺžkou nazývaných sprinty. Úspech každého agilného metodologického sprintu prináša pocit hmatateľného pokroku a neustálej inšpirácie. Cieľom každej iterácie je vyrobiť funkčný produkt, ktorý je možné preukázať zúčastneným stranám. Agilná metodológia scrum master spolupracuje s vlastníkom produktu a tímom pri uľahčovaní dosahovania cieľov odstránením zátarasov. Agilný tím pre vývoj metodiky je krížovo funkčný a okrem vývojárov zahŕňa testerov, dizajnérov a ops inžinierov.
Tradičný projektový manažment: Vodopád
Jedným z najvýznamnejších tradičných systémov riadenia projektov je Vodopád. Často sa používal od 70. rokov. V IT projektoch existuje niekoľko dobre známych a široko implementovaných metodológií vodopádov. Patrí medzi ne PRINCE2, ktorú vytvorila vláda Spojeného kráľovstva pre svoj verejný sektor.
Rovnako ako jeho názov napovedá, ide o postupný pracovný tok. Konečný produkt je stanovený na začiatku projektu. Potom sa postupne dokončia rôzne fázy pracovného toku (začatie koncepcie, analýza, návrh, konštrukcia, testovanie, implementácia a údržba). Po dokončení predchádzajúceho kroku vývojári prejdú na ďalší krok. Plán projektu by mal byť dôkazom bláznov; Akonáhle je fáza v sekvencii je dokončená, vývojári nemôžu vrátiť to isté bez toho, aby znovu začali znova. Je to statický prístup k agilnej metodike v projektovom riadení. Neexistuje priestor na zmeny alebo chyby a je potrebné dôsledne dodržiavať plán projektu agilnej metodiky.
Medzi Waterfall Management a maľbou majstrovského diela je možné vytvoriť analógiu. Obraz posledného majstrovského diela je už v mysli umelca a neustále k nemu pracuje. Ak je konečný produkt z iného dôvodu odlišný od toho, čo vizualizoval, nemôže ho ľahko upraviť.
Agilný alebo vodopád?
- Čo je agilný? Agilita je vhodnejšia pre malé tímy pracujúce na prírastkových a vývojových projektoch, zatiaľ čo Vodopád je vhodný pre veľké schémy alebo rozvojové projekty. Manažment vodopádov by mohol byť vhodnejší pre odvetvia ako stavebníctvo. Agile sa používa v dynamickejších projektoch, ako sú projekty v IT priemysle.
- Agilné systémy vyžadujú vysoko kvalifikovaných členov tímu, ktorí dokážu zvládnuť všetky fázy projektu. Vyžaduje si to dramatický posun v úlohe projektového manažéra. Proces vodopádu je štruktúrovaný tradičnejším spôsobom, je lineárny a možno ho ľahšie pochopiť pre vývojárov a pre vývojárov softvéru.
- Mnoho organizácií považuje metodológiu Waterfall za príjemnú, pretože je lepšie zdokumentovaná. Agilita je známa tým, že nezdôrazňuje rozsiahlu dokumentáciu. Je to viac závislé od ľudí, čo môže byť nepríjemné v organizáciách, kde je miera opotrebenia vysoká.
- Menšie priame projekty si nemusia vyžadovať rámec agilnej metodológie a rovnako môže fungovať aj sekvenčný model vodopádu.
Kam to všetko ide?
Podľa prieskumu spoločnosti HP z mája 2015 predstavuje metodika agilného rozvoja viac ako dve tretiny všetkých IT projektov v USA.
Agile však nie je vždy „dokonalým“ riešením. Nejde o riešenie „one-fits-all“, a preto mnohé organizácie (podľa prieskumu spoločnosti HP 24%) už prijali hybridný prístup.
Hybridné metódy Agility a Waterfall by mohli využiť výhody oboch. Tento hybridný prístup by mohol pracovať pre zložité projekty s externými klientmi a veľkými tímami. Tento prístup opísali Erick Bergmann a Andy Hamilton. Je to kompromis medzi týmito dvoma metódami, ktorý umožňuje softvérovým tímom pracovať „agilne“, zatiaľ čo vývojové tímy hardvéru a produktoví manažéri používajú tradičnú metódu.
Mark Fromson, digitálny konzultant poukazuje na ďalší spôsob, ako hybrid môže fungovať:
Rozdelenie projektu na fázy podobné vodopádom, aby sa umožnilo uzatváranie zmlúv s pevnou ponukou a definovaný rozsah v menšej fáze, ale zachovanie tekutiny projektu ako celku.
Bez ohľadu na formu, ktorú budú mať budúce tímy, je jasné, že agilná metodika Rozvoj zostáva tu. Umožnil flexibilitu, časové a nákladové výhody, spolu s najdôležitejším faktorom zo všetkých: dať pocit spokojnosti a motivujúcu atmosféru ľuďom, ktorí na týchto projektoch pracujú.
zdroj:
Pre agilný manifest a 12 agilných princípov - www.agilemanifesto.org
Súvisiace kurzy: -
Agilný projektový manažment - naučte sa agilné metodiky