Definícia V-cyklu
Cyklus V v projektovom riadení vychádza z modelu vodopádu teoretizovaného v 70. rokoch minulého storočia, ktorý umožňuje reprezentovať vývojové procesy lineárne a v po sebe nasledujúcich fázach.
Tento režim projektového riadenia bol vyvinutý v 80. rokoch minulého storočia a aplikovaný v oblasti priemyselných projektov, potom rozšírený o projekty IT. Bola spochybnená od začiatku 2000-tych rokov v dôsledku zrýchlenia technologických zmien v prospech takzvanejších „agilných“ metód.
Písmeno V označuje schematický pohľad na tento cyklus, ktorý má formu V: zostupná fáza, po ktorej nasleduje vzostupná fáza. V-cyklus spája s každou fázou implementácie fázu validácie, ako je znázornené na obrázku nižšie:
Výhody tejto metodiky
Hlavnou výhodou cyklu V je, že vyhýba sa opakovanému predefinovaniu pôvodných špecifikácií, ako rohatka. Každá fáza návrhu vyžaduje vypracovanie presnej a vyčerpávajúcej dokumentácie, kde musí každý bod potvrdiť konečný výrobok. Akonáhle je krok validovaný, nevrátime sa a na pevnom základe prejdeme k ďalšiemu kroku; to je hlavná sila V-cyklu.
Vďaka svojmu dôslednému a intuitívnemu aspektu zostáva cyklus V ľahko implementovateľný. Prípravná práca na definovaní špecifikácií na začiatku projektu znamená, že po začiatku sú všetky etapy známe zamestnancom, ktorí sa môžu ľahko zorientovať v časovom rámci projektu a poznať účel svojich úloh. Rovnako tak dokumentáciu potrebnú pre každý krok je možné replikovať z jedného projektu do druhého vo svojej štruktúre (špecifikácie, špecifikácie testov atď.).
V-cyklus je vo všeobecnosti vhodnejší pre viacmiestne štruktúry, pretože nevyžaduje každodenné schôdze, ale iba riadiace schôdze, ktoré slúžia ako prechod z jednej fázy do druhej. Jeho lineárny aspekt preto umožňuje fragmentovanú geografickú organizáciu, kde práca po boku zamestnancov nie je v tomto procese kľúčová.
Nevýhody
Hlavnú nevýhodu cyklu V je možné zhrnúť do dvoch slov: tunelový efekt. Po fáze presnej definície produktu, ktorú musí tím dokončiť, sa projekt spustí v „tuneli“ pozostávajúcom z vyššie uvedených fáz. Čo však v prípade prekročenia pôvodných špecifikácií? Čo keď sa potreba zákazníka zmení alebo bola zle vyjadrená? Cyklus V sa preto nevyrovnáva so zmenami, čo je jeho silnou stránkou i hlavnou slabinou.
Ponúka teda menšiu reaktivitu vo vzťahu k technologickému a ekonomickému kontextu, k požiadavkám zákazníkov, k neočakávaným udalostiam; riskovanie bude systematicky obmedzené. Tunelový efekt je tiež vyvolaný značnou prácou pri vytváraní dokumentácie na začiatku projektu, ktorú nemožno potom opraviť. Nakoniec obrázok tunela ilustruje (niekedy veľmi) dlhý čas medzi vyjadrením potreby a receptom na konečný produkt.
V cyklus vs. agilné metódy
Vo všeobecnosti možno povedať, že V-cyklus sa zameriava na proces, zatiaľ čo agilné metódy uprednostňujú produkt.
V rámci agilných metód (Scrum, XP, RAD, …) projekt spresňuje iterácie prostredníctvom opakovania cyklu operácií ( šprint ako súčasť metódy Scrum). Ako sme videli, cyklus V definuje celý konečný produkt v počiatočných fázach a ponecháva malý priestor na adaptáciu neskôr v cykle.
Agilné metódy potom umožňujú vyvinúť produkt do prírastok . Zakaždým vyrábame o niečo viac, kúsok po kúsku, aby sme dosiahli konečný výsledok. V-cyklus namiesto toho sústreďuje realizáciu celku v jedinej fáze, ktorá je úplne navrhnutá proti prúdu a overená po prúde.
Tento nedostatok prispôsobenia a flexibility cyklu V presne viedol k vzniku agilných metód, najmä v oblasti softvéru a marketingu, ktoré reagujú na stále rýchlejšie zmeny v technológiách a požiadavkách spotrebiteľov.
Implementácia V-cyklu
Na aké projekty?
Vzhľadom na vyššie uvedené prvky nasledujúce prvky uprednostňujú použitie V-cyklu:
- Veľmi špecifické požiadavky vydané zákazníkom, napríklad v kontexte výzvy na predloženie ponúk.
- Prítomnosť poskytovateľa služieb, ktorý kontroluje všetky fázy implementácie a preto vyžaduje menšiu komunikáciu medzi rôznymi aktérmi.
- Možnosť sledovať nezmenené špecifikácie od začiatku do koncan, podľa povahy produktu alebo projektu.
- Projekt, kde sa technologické prostredie veľmi málo mení, čím sa obmedzia riziká oneskorenia spojené s tunelovým efektom.
Zásadná fáza: dizajn
Potreby klienta musia byť zhromaždené komplexným a dôsledným spôsobom. Funkčné špecifikácie musia byť predmetom následného a konečného procesu validácie. Musia syntetizovať požiadavky zákazníka a zároveň pokryť celý program projektu.
Opis prostriedkov na dosiahnutie konečného výrobku by mal zasiahnuť iba vo fáze technických špecifikácií (všeobecný návrh), aby sa zabránilo prostriedkom definujúcim koniec!
Kto overuje?
V neposlednom rade V-cyklus štandardne definuje fázy bez toho, aby definoval ich úlohy alebo zodpovednosti. Preto je vhodné na začiatku projektu určiť ľudí alebo subjekty, ktoré budú hrať úlohu (zvýšením úrovne podrobností):
- Projektový manažment (funkčný) alebo MOA
- Projektový manažment (systém) alebo MOE
- Architektonický tím alebo celkový návrh (technický, obchodný)
- Vývojový tím (podľa komponentov)
Roly sú označené sekvenciou V-krúžkov vo vyššie uvedenom diagrame.
