Jedním z častých nedorozumění v projektech, kde se potkává Architekturaa Agilní vývoj, je otázka: „Proč potřebujeme tolik dokumentů a artefaktů?“ Na první pohled se může zdát, že prováděcí projekt a agilní backlog jsou duplicitní. Ve skutečnosti jde o dvě vrstvy jednoho ekosystému, které se doplňují a zajišťují úspěšné doručení řešení.

Prováděcí projekt: garance rozsahu a soulad se smlouvou

Prováděcí projekt je formální dokument požadovaný smlouvou a zákonem o veřejných zakázkách.

Obsahuje:

• • funkční požadavky (FR), nefunkční (NFR) i ostatní (OR),

• • katalog Use Case scénářů,

• • architektonické modely a integrační vazby,

• • GAP analýzu (As-Is vs. To-Be),

• • harmonogram a milníky,

• • akceptační kritéria,

• • registr rizik.

Účel je jasný: ukázat zákazníkovi i kontrolním orgánům, že řešení je kompletní, má jasný rámec a lze ho objektivně převzít.

Agilní vývoj: jak se velké požadavky mění v doručitelné kroky

Na druhé straně stojí vývojové týmy, které potřebují pracovat s požadavky jinak – rozpadnout velké celky do menších úkolů:

• • Epic = větší obchodní cíl (např. „Správa pacientů“),

• • User Story = konkrétní uživatelský scénář („Jako lékař chci vidět graf hodnot, abych posoudil trend“),

• • Akceptační kritéria = testovatelné podmínky,

• • Technické úkoly = práce vývojářů (např. indexy, API kontrakty, logování),

• • Sprint backlog = plán práce na nejbližší sprint.

Účel backlogu je zajistit, že se projekt posouvá inkrementálně, ve funkčních krocích, a že každá dodávka splňuje „Definition of Done“.

Traceability: most mezi světy

Klíčovým prvkem, který propojuje oba světy, je traceability matrix.

Ta zajišťuje:

• • že každý FR/NFR/OR z prováděcího projektu má své místo v backlogu,

• • že žádný požadavek „nezmizí“ a je dohledatelný až k testu a akceptaci,

• • že zákazník má jistotu, že smluvní rozsah je překlápěn do vývoje.

Proč je tento model důležitý

• • Management vidí, že prováděcí projekt pokrývá vše, co je ve smlouvě a legislativě nutné.

• • Vývojové týmy mají menší, uchopitelné úkoly, se kterými mohou pracovat agilně.

• • Zákazník dostává jistotu, že výsledné řešení bude odpovídat jeho potřebám, harmonogramu a regulatorním povinnostem.

Shrnutí

Prováděcí projekt a agilní backlog nejsou konkurenty, ale partnery.

• • Prováděcí projekt odpovídá na otázku „Co přesně dodáváme a jak to bude řízeno?“

• • Agilní backlog odpovídá na otázku „Jak to krok za krokem doručíme?“

Spojením obou přístupů vzniká prostředí, které je transparentní pro zákazníka, řiditelné pro management a zároveň agilní a efektivní pro vývojáře.