Projekt řízený hodnotou a prvky typu Use Case ve vodopádu
Zákazník v prvé řadě očekává hodnotu jako užitek IS neboli očekává řadu funkcionalit, pro které si systém pořizuje.
Ztráta této hodnoty vede k fatálnímu odmítnutí akceptace, ke ztrátě příjmů, v krajním případě včetně sankcí.
Proto byl již od verze 1.0 do UML zaveden tzv. Use Case Model (UCM). neboli Model případů užití.
Use Case není funkce ani metoda — je to právě ten pojem spojený s užitkem.
Model UCM byl zaveden jako nástroj pro sledování hodnoty očekávaných funkcionalit.
Waterfall versus Agile Manifest
Metodika Waterfall však vykazuje velmi pomalou zpětnou vazbu od návrhu k realizaci, takže brzy se narazilo na zásadní problémy, protože u ní dochází k velké prodlevě mezi fází analýzy a realizací, tj. . Tento přístup logicky vede ke kaskádě oprav ve velké části zpracované analýzy a tím k postupné ke ztrátě konzistence UC modelu, což nakonec vede ke ztrátě čekávané hodnoty.
Tento Agilní analýza je odpovědí na problém dlouhé vazby
Od UCM k technice BPM UCM CLM
Pro nalézání případů užití se používá procesní škola BPM. Odhalují se chody procesů, přičemž procesy na konci rozkladu používají konkrétní UC. Začíná se od Zlatého klíčového procesu — nejdůležitějšího procesu z hlediska hodnoty pro zákazníka. Od něj se postupně nabalují sekundární a podpůrné procesy a jejich případy užití.
Ale ani BPM a UCM samy o sobě nestačí. Případy užití na různých koncích systému pracují se stejnými evidovanými informacemi — a ty musí být konzistentní. Pokud jeden UC eviduje „Zákazníka“ a druhý „Klienta“ a myslí se totéž, je to logická chyba. Synonyma jsou zakázána. Tuto konzistenci zajišťuje analytický Class Model (CLM) jako pojmové pozadí Business Entities, které vynucuje jednotný pojmový slovník napříč celým modelem.
Teprve technika BPM UCM CLM jako celek umožňuje řídit hodnotu funkcionalit konzistentně a postupně — ne naráz jako kompromis, ale iterativně nabalováním od Zlatého klíčového procesu.
Důsledky CBM — režim „rychlá issue“
Projekt řízený náklady typicky sklouzne do režimu „rychlá issue“ — požadavek přišel od konzultanta, rychle zapsat, rychle naprogramovat. Vypadá to agilně, ale issue nejsou ukotvené v konzistentním modelu. Výsledkem je halda střípků, předělávání hotového, rozpory v pojmovém slovníku, procesy bez logické návaznosti, geometricky rostoucí technologický dluh a ztráta důvěry zákazníka.
Axiom frameworku
Value Based Management = neztratit hodnotu funkcionalit u zákazníka = udržet konzistenci analytického modelu BPM UCM CLM. Veškeré postupy frameworku se odvíjejí z této axiomatické logiky: hlídat hodnotu případů užití, nabalovat znalosti iterativně od Zlatého klíčového procesu a realizovat agilně, při zachování konzistence modelu.