Ak zvažujete outsourcing vývoja softvéru, výber správneho prístupu k riadeniu projektu je jedno z najzásadnejších rozhodnutí. Ovplyvňuje nielen samotnú kvalitu výstupu, ale aj rýchlosť uvedenia na trh, možnosť reagovať na zmenu a spôsob, akým s vami bude dodávateľ spolupracovať.
V tomto článku si porovnáme dva najrozšírenejšie prístupy: klasický Waterfall (vodopádový model) a agilný rámec Scrum.
Waterfall – keď je všetko vopred definované
Klasický projektový manažment, známy ako Waterfall, vznikol v 70. rokoch a delí vývoj na vopred definované fázy – napríklad analýzu, návrh, vývoj, testovanie a nasadenie. Každá z týchto fáz je zameraná na špecifickú činnosť a musí byť dokončená predtým, než sa začne ďalšia. Tento prístup je lineárny a pevne naplánovaný, čo však dnes – v dobe rýchlych zmien – môže v istých odvetviach predstavovať značnú nevýhodu. Jedným z nich je aj oblasť vývoja softvéru.
Príkladom, kedy nepružnosť vodopádového modelu viedla k obrovským stratám, je ambiciózny projekt z 90. rokov – automatizovaný systém manipulácie s batožinou na letisku v Denveri. Jeho cieľom bolo zautomatizovať prepravu podpalubnej batožiny. Projekt bol riadený klasickým spôsobom, no kvôli nepružnému plánovaniu nedokázal reagovať na technické a prevádzkové komplikácie. Výsledkom boli roky meškaní, obrovské náklady navyše a napokon úplné zrušenie systému. Straty sa odhadujú na viac než 560 miliónov dolárov.
Takéto príklady poukazujú na jednu zásadnú vec: lineárny model nie je vhodný pre komplexné projekty a nedokáže efektívne reagovať na zmeny, čo vedie k vysokým stratám a neúspechu.
Tento prístup môže byť vhodný, ak máte úplne jasné požiadavky, ktoré sa nebudú meniť, a ak vám vyhovuje formálny a lineárny proces.
Waterfall môže dobre fungovať v odvetviach ako stavebníctvo, výroba či inžinierske projekty. V prípade softvérového vývoja ide najmä o projekty, ktoré sú regulačne náročné (štátne zákazky) a je pri nich pevne daný rozsah a rozpočet. Z pohľadu zadávateľa projektu ponúka tento model niekoľko významných výhod:
- jasné odhady rozpočtu, rozsahu a termínov už na začiatku,
- pevné míľniky a predvídateľnosť v priebehu projektu,
- jednoduchšia kontrola priebehu a výstupov.
Nevýhody, ktoré môžu ohroziť úspech:
- nízka flexibilita – každá zmena vedie k oneskoreniam a dodatočným nákladom,
- obmedzené zapojenie klienta počas vývoja,
- neskoré testovanie, ktoré môže odhaliť zásadné chyby až na konci.
V prípade komplexných softvérových projektov však môže byť tento model neefektívny, najmä ak sa očakáva vývoj na mieru a možnosť reagovať na spätnú väzbu.
Porovnanie typických fáz Scrum vs. Waterfall
Scrum – agilita, ktorá posúva vývoj dopredu
Scrum je moderný a flexibilný prístup, ktorý umožňuje dodávať funkčný produkt postupne, v krátkych cykloch (šprintoch). Vďaka tomu získavate častú spätnú väzbu, rýchle iterácie a možnosť upraviť smer vývoja podľa vývoja trhu alebo potrieb zákazníkov.
Scrum využíva tzv. „just-in-time“ plánovanie, kde sa detaily riešia tesne pred ich realizáciou, nie mesiace dopredu. Tým sa znižuje riziko plytvania časom a peniazmi na funkcie, ktoré sa napokon ukážu ako nepotrebné. Celý tím je tak flexibilnejší a lepšie pripravený reagovať na aktuálne potreby trhu a zákazníka – čo je v dynamickom prostredí kľúčové.
Pre vás ako zadávateľa to znamená:
- Rýchlejšie uvedenie na trh – zákazník nemusí čakať na kompletné dokončenie, je možné pracovať už s MVP
- Neustála spätná väzba a pravidelné testovanie vedie k skorému odhaleniu a riešeniu prípadných problémov, ako aj vyššej kvalite výsledného produktu
- Vysoká flexibilita – zmeny v požiadavkách sa zapracúvajú prirodzene a bez zbytočných prieťahov.
- Vyššia spokojnosť – Vďaka aktívnemu zapojeniu zadávateľa do procesu vývoja je zabezpečené, že dodaný produkt lepšie zodpovedá jeho potrebám a očakávaniam.
Samozrejme ani Scrum nie je dokonalý a aj tu nájdeme niekoľko rizík:
- Úspešná implementácia Scrumu predpokladá skúsený tím a kultúru otvorenej spolupráce.
- Odhad celkového času a samotných nákladov projektu je náročnejší.
- Flexibilita Scrumu môže viesť k takzvanému scope creep, teda nekontrolovanému nárastu rozsahu projektu.
Oblasť | Waterfall | Scrum |
Typ projektu | Stabilný, dobre špecifikovaný projekt s fixným rozsahom | Projekt s meniacimi sa požiadavkami, produktový vývoj |
Prvý výstup | Na konci celého vývoja | Po každom šprinte (napr. 2 týždne) |
Flexibilita na zmeny | Nízka – zmeny sú drahé a časovo náročné | Vysoká – zmeny sa zapracúvajú priebežne |
Spätná väzba počas vývoja | Obmedzená alebo žiadna | Priebežná, po každom šprinte |
Zapojenie zadávateľa | Minimálne, najmä na začiatku a konci projektu | Aktívne počas celého vývoja |
Príklady vhodných projektov |
|
|
Nevhodné pri… |
|
|
Riziká | Riziko oneskorení pri zmene zadania | Potreba skúseného tímu a otvorenej komunikácie |
Poznámka na záver
Scrum je dnes najrozšírenejšia agilná metodológia a využíva ju viac ako 60% tímov celosvetovo a práve vďaka tejto popularite mnohé firmy používajú pojem „agilný“ ako módny trend bez hlbokej implementácie agilných princípov.
Ak sa teda rozhodnete pre Scrum, určite urobíte dobre, ak sa zameráte na:
- Transparentnosť: otvorené stretnutia, jasná komunikácia, reálny pohľad do vývoja.
- Kultúru tímu: samoorganizácia, neustále zlepšovanie a skutočné dodávanie hodnoty.
Nestačí len sľubovať agilitu – hľadajte partnera, ktorý ju preukázateľne žije. Dôkladné preverenie praktických príkladov a otvorená komunikácia sú najlepším spôsobom, ako overiť, či firma skutočne žije agilnými princípmi.
Tibor Petrik
Autorom článku je projektový manažér, ktorý síce u nás začínal kariéru ako tester, no jeho vášeň pre zlepšovanie tímovej spolupráce a projektových procesov ho priviedla až k scrumu. V priebehu rokov si osvojil princípy agilného projektového manažmentu a dnes je hlavnou oporou tímu zameraného na vývoj riešení pre B2B e-commerce. Vďaka dôkladnej znalosti flow-u B2B projektov a každodennému kontaktu s potrebami B2B zákazníkov dokáže efektívne prepájať tímovú prácu s reálnymi biznis cieľmi našich klientov.
