Prováděcí projekt a agilní vývoj: Jak se potkávají dva světy v IT projektech

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.