Agile Analysis Principles

Agile Analysis Principles popisují základní myšlenky, na kterých stojí moderní analytická práce v agilním prostředí.

Princip Value Based Managment

Při vývoji IS je nutné dodržovat základní princip zvaný Value Based Managment.

Zákazník od dodaného systému očekává konkrétní hodnoty (values), za které je ochoten zaplatit — například stabilitu, nízkou chybovost, předvídatelné chování funkcionalit a jejich akceptovatelnost v praxi. Tyto očekávané hodnoty se během vývoje nesmí ztratit, protože jejich degradace vede k riziku zásadní ztráty příjmů, v krajním případě až k tomu, že zákazník dodání systému rozporuje.

Proto je třeba během vývoje neustále sledovat, zda se tyto hodnoty pro zákazníka neztrácejí, tj. vývoj se řídí principem Value Based Managment. Nedoporučuje se tzv. Cost Based Managment (viz prezentace zde), kdy primárně snižují náklady vývoje bez ohledu na ztrátu hodnot, tj. „bezhlavě“, což vede k nechtěné ztrátě hodnoty u zákazníka a většinou i k fatálním důsledkům obchodního charakteru.

Jednou z kritických hodnot zákazníka, kterou je třeba při vývoji sledovat, je oblast očekávaných funkcionality, tj. že systém se bude chovat tak, jak se očekává.

Pro možnost udržení hodnoty očekávaných funkcionalit zavedlo UML již v první verzi tzv. Use Case Model.

Prvek typu Use Case není ani funkcí a ani metodou objektu. Do analytického modelování zavádí smysluplný „užitek“ (benefit), který má systém poskytovat. Díky tomu se Use Case Model začal používat jako nástroj pro sledování a udržení hodnoty očekávaných funkcionalit v souladu s principem Value Based Management.

Brzy se však narazilo na zásadní problémy spojené s metodikou Waterfall, ve které dochází k velké prodlevě mezi fází analýzy a realizací bez rychlé zpětné vazby z realizace. Tento přístup logicky vede ke kaskádě oprav ve velké části analýzy a k postupné ztrátě konzistence modelu a ke ztrátě očekávané hodnoty.

Princip agilního přístupu k analýze

Agilní přístup k analýze vznikl jako reakce na nevýhody Waterfallu, zejména na dlouhou analytickou fázi bez zpětné vazby z realizace. Cílem agilní analýzy není zrychlit psaní dokumentace, ale zajistit, aby analytický model co nejdříve generoval ověřitelné artefakty, které lze okamžitě realizovat a zpětnou vazbou validovat v implementaci.

Agilní přístup k analýze stojí na dvou základních principech

1. Rychlá zpětná vazba z realizace

Analýza musí produkovat první ověřitelné artefakty velmi brzy — typicky v podobě issue (resp. tasků), které vývojový tým dokáže okamžitě realizovat. Tím vzniká efekt, který nazýváme „Fabrika na issue“: analytický model průběžně generuje malé, jasně definované jednotky práce, které se rychle vrací zpět jako zpětná vazba. Tento cyklus umožňuje včas zachytit chyby, nejasnosti i změny očekávané hodnoty.

2. Udržení konzistence analytického modelu

Agilní analýza neznamená chaotické přepisování modelu. Naopak — vyžaduje trvalou konzistenci modelu a souvisejících artefaktů. Každá změna, která vznikne během realizace, se musí promítnout zpět do analytického modelu, aby zůstával zdrojem pravdy (source of truth) a mohl dál generovat kvalitní issue.

Současně udržování konzistence modelu brání tomu, aby product owner neúmyslně zaváděl rozpory nebo měnil dříve dohodnuté detaily řešení, což výrazně stabilizuje celý vývoj.

Vyvrácení častého mýtu

Častým omylem je představa, že agilní analýzu nelze použít pro větší systémy. Opak je pravdou: agilní analýza není o velikosti systému, ale o způsobu postupu. I u velkých systémů se vygenerují velmi rychle první issue a pokračuje se dál agilním způsobem iteracemi podle pravidel agilního prostředí.

Anti‑pattern „Rychlá issue“ bez konzistence modelu

V agilních týmech se často objevuje nebezpečný anti‑vzor: snaha generovat „rychlá issue“ bez ohledu na konzistenci analytického modelu — tedy rychle zapsat došlý požadavek a nechat ho okamžitě implementovat bez hlubšího rozmyslu a bez provázání s konzistentním modelem.

Na první pohled to působí agilně: backlog se plní, vývoj se hýbe a tým má pocit rychlosti. Ve skutečnosti však vzniká chaotický tok úkolů, které nejsou ukotvené v žádném stabilním modelu.

Důsledkem je:

• ztráta vazby mezi issue a očekávanou hodnotou – funkcionalitami, následné problémy při akceptaci systému jako celku
• nekonzistence v chování systému,
• opakované přepisování již hotových částí,
• a postupná degradace analytického modelu až do stavu, kdy přestává být vývoj udržitelný

Tento anti‑pattern je opakem principu Fabriky na issue. Fabrika funguje pouze tehdy, když issue vznikají z konzistentního modelu, nikoli z improvizace. Agilní analýza není o rychlosti psaní issue, ale o rychlé zpětné vazbě nad stabilním modelem.

Princip minimální, ale dostatečné syntaxe modelování („Syntaxe Lite“)

Analytické modely musí být srozumitelné, rychlé na tvorbu a snadno udržovatelné. Proto používáme princip minimální, ale dostatečné syntaxe – jen tolik prvků, kolik je potřeba k zachycení chování a hodnoty. Nic víc.

Je to aplikace Occamovy břitvy v analytické praxi: „Nepřidávej prvky, které nejsou nezbytné.“

Syntaxe Lite znamená:

• jednoduché BPM, které zachytí tok hodnoty, ne akademickou BPMN encyklopedii,
• jednoduchý analytický Class Model, který drží logiku systému, ne UML učebnici,
• modely, které jsou konzistentní, ale ne překomplikované,
• artefakty, které nezatěžují tým složitou syntaxí
• upřednostňování Textové Syntaxe Lite tam, kde je pro vývoj vyhovující. Diagramy generované AI se stávají doplňkem pro komunikaci.

Cílem není „modelovat správně“, ale modelovat užitečně. Modely jsou nástrojem pro řízení hodnoty, ne samoúčelnou dokumentací.

Princip „Document Driven Project“ v agilní analýze

Agilní analýza neodmítá dokumentaci — odmítá jen dokumentaci, která nevytváří hodnotu. V agilním prostředí platí princip:

„Ve správný okamžik správný typ dokumentu ve správném rozsahu.“

Je důležité zdůraznit, že dokumentace v agilní analýze se netvoří navíc a nepřichází zvenčí. Dokumentací se stávají přímo analytické artefakty, které vznikají během vývoje a udržují konzistenci modelu. Tyto artefakty zároveň slouží jako dokumentace vhodná pro řízení projektu — jsou přirozeným zdrojem pravdy (source of truth) a nikoli administrativní zátěží.

Díky tomu dokumentace:

• podporuje řízení hodnoty,
• umožňuje kontrolu stavu projektu,
• pomáhá řídit rizika a závislosti,
• a přitom nezatěžuje tým nadbytečnou administrativou.

Agilní analytická dokumentace není překážkou — je to přirozený výstup z analytického modelu a zároveň nástroj řízení projektu.

AI v kontextu Agile Analysis Principles

Vibe Analysing™ je moderní styl analytické práce s AI, který umožňuje tvořit rychle, intuitivně a podle záměru — bez zbytečného formalismu.

V rámci Agile Analysis Principles představuje praktický způsob, jak zapojit AI do analýzy tak, aby podporovala konzistenci, rychlé iterace a kvalitní artefakty, aniž by narušovala řízený proces.

AI může být silným pomocníkem v analýze — ale pouze tehdy, když pracuje v rámci řízeného procesu. Bez jasných pravidel, konzistentních artefaktů a jednotné syntaxe se AI chová nahodile: generuje střípky, které zvyšují chaos místo hodnoty.

Agile Analysis Principles vytvářejí prostředí, ve kterém lze AI využívat cíleně, bezpečně a opakovatelně:

• AI může kontrolovat konzistenci modelu včetně scénářů UC, protože model je strukturovaný, jednoznačný a evoluční.
• AI může převádět lidské vyjádření do Syntaxe Lite a naopak, protože syntaxe je jednoduchá, stabilní a jednoznačná.
• AI může podporovat iterace, protože analýza je inkrementální a zpětná vazba je rychlá.
• AI může pracovat s kontextem, protože artefakty jsou konzistentní a propojené.
• AI může být součástí řízeného procesu, ne chaotickým generátorem nápadů.

Bez frameworku je AI jen ad hoc experiment. S frameworkem a se stylem Vibe Analysing™ se z ní stává systematický nástroj, který zvyšuje hodnotu analýzy i kvalitu výsledného modelu.

---