Definice V-cyklu
Cyklus V v projektovém řízení vychází z modelu vodopádu teoretizovaného v 70. letech, který umožňuje reprezentovat vývojové procesy lineárně a v postupných fázích.
Tento způsob projektového řízení byl vyvinut v 80. letech minulého století a aplikován v oblasti průmyslových projektů, poté rozšířen na projekty IT. Byla zpochybněna od začátku roku 2000 pod vlivem zrychlení technologických změn a upřednostňovala takzvanější „agilní“ metody.
Písmeno V odkazuje na schematický pohled na tento cyklus, který má formu V: sestupná fáze následovaná vzestupnou fází. V-cyklus spojuje s každou implementační fází ověřovací fázi, jak ukazuje následující diagram:
Výhody této metodiky
Hlavní výhodou cyklu V je, že vyhýbá se opakovanému návratu k předefinování původních specifikacíjako ráčna. Každá fáze návrhu vyžaduje vypracování přesné a vyčerpávající dokumentace, kde každý bod musí být potvrzen konečným produktem. Jakmile je krok validován, nevracíme se a na pevném základě přejdeme k dalšímu kroku; to je hlavní síla V-cyklu.
Díky svému přísnému a intuitivnímu aspektu zůstává cyklus V snadno implementovatelný. Přípravná práce na definování specifikací na začátku projektu znamená, že po zahájení jsou všechny fáze známy zaměstnancům, kteří se mohou snadno zorientovat v časovém rámci projektu a znát účel svých úkolů. Podobně lze dokumentaci požadovanou pro každý krok replikovat z jednoho projektu do druhého ve své struktuře (specifikace, specifikace testu atd.).
V-cyklus je obecně vhodnější pro více pracovišť, protože nevyžaduje každodenní schůzky, ale pouze řídící schůzky, aby fungovaly jako přechod z jedné fáze do druhé. Jeho lineární aspekt proto umožňuje roztříštěnou geografickou organizaci, kde práce po boku zaměstnanců není v tomto procesu klíčová.
Nevýhody
Hlavní nevýhodu cyklu V lze shrnout do dvou slov: tunelový efekt. Po fázi přesné definice produktu, ke které musí tým dokončit, je projekt spuštěn v „tunelu“ složeném z výše uvedených fází. Co když jsou ale původní specifikace překročeny? Co když se potřeba zákazníka změní nebo byla špatně vyjádřena? Cyklus V se tedy špatně vyrovnává se změnami, což je jeho síla i hlavní slabina.
Nabízí tedy menší reaktivitu ve vztahu k technologickému a ekonomickému kontextu, k požadavkům zákazníků, k neočekávaným událostem; riskování bude systematicky omezováno. Efekt tunelu je také vyvolán značnou prací při vytváření dokumentace na začátku projektu, kterou nelze poté opravit. Nakonec obrázek tunelu ilustruje (někdy velmi) dlouhou dobu mezi vyjádřením potřeby a receptem na konečný produkt.
V cyklus vs. agilní metody
Obecně lze říci, že cyklus V se zaměřuje na proces, zatímco agilní metody upřednostňují produkt.
V rámci agilních metod (Scrum, XP, RAD, …) projekt zpřesňuje iterace prostřednictvím opakování cyklu operací ( sprint jako součást metody Scrum). Jak jsme viděli, cyklus V definuje celý konečný produkt v počátečních fázích a ponechává malý prostor pro přizpůsobení později v cyklu.
Agilní metody pak umožňují vyvinout produkt do přírůstek . Pokaždé vyrábíme o něco více, kus po kusu, abychom dosáhli konečného výsledku. V-cyklus místo toho koncentruje realizaci celku v jediné fázi, která je plně navržena proti proudu a ověřena po proudu.
Tato nedostatečná adaptace a flexibilita cyklu V přesně vedla ke vzniku agilních metod, zejména v oblasti softwaru a marketingu, které reagovaly na stále rychlejší změny technologií a požadavků spotřebitelů.
Implementace V-cyklu
Pro jaké projekty?
S ohledem na výše uvedené prvky upřednostňují použití cyklu V následující prvky:
- Velmi specifické požadavky vydané zákazníkem, například v souvislosti s nabídkovým řízením.
- Přítomnost poskytovatele služeb, který kontroluje všechny fáze implementace a proto vyžaduje méně komunikace mezi různými aktéry.
- Možnost sledovat nezměněné specifikace od začátku do koncen, podle povahy produktu nebo projektu.
- Projekt, kde se technologické prostředí mění jen velmi málo, čímž se omezí rizika zpoždění spojená s tunelovým efektem.
Zásadní fáze: design
Potřeby klienta musí být shromážděny komplexně a přísně. Funkční specifikace musí podléhat následnému a konečnému procesu validace. Musí syntetizovat požadavky zákazníka a zároveň pokrýt celý program projektu.
Popis prostředků k dosažení konečného produktu by měl zasáhnout pouze ve fázi technických specifikací (obecný návrh), aby prostředky nemohly definovat konec!
Kdo ověřuje?
V neposlední řadě Ve výchozím nastavení V-cyklus definuje fáze bez definování jejich rolí nebo odpovědností. Proto je vhodné na začátku projektu určit osoby nebo subjekty, které budou hrát roli (zvýšením úrovně podrobností):
- Řízení projektů (funkční) nebo MOA
- Projektový management (systém) nebo MOE
- Architektonický tým nebo obecný design (technický, obchodní)
- Vývojový tým (podle komponent)
Role jsou ve výše uvedeném diagramu označeny sekvencí V-kroužků.
