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

Jedním z nejčastějších nedorozumění v technologických programech je přesvědčení, že formální prováděcí dokumenty a agilní realizační artefakty jen duplikují totéž. Ve skutečnosti fungují na různých úrovních a slouží různým cílovým skupinám.

Role prováděcího projektu

Prováděcí projekt představuje smluvní a řídicí vrstvu dodávky. Poskytuje formální strukturu, kterou zákazníci, management i regulatorní zainteresované strany potřebují k tomu, aby rozuměli tomu, co se dodává a jak bude řízen rozsah.

Obvykle zahrnuje:

• funkční a nefunkční požadavky
• katalogy případů užití
• architektonické a integrační modely
• GAP analýzu mezi současným a cílovým stavem
• milníky a harmonogram
• akceptační kritéria
• artefakty řízení rizik

Tato vrstva odpovídá na jednoduchou, ale zásadní otázku: co přesně se zavazujeme dodat?

Role agilního backlogu

Vývojové týmy pracují na jiné úrovni detailu. Potřebují jednotky dodávky, které jsou dostatečně malé na odhad, implementaci, testování a průběžnou adaptaci.

Právě zde vstupuje do hry backlog:

• epiky zachycují širší byznysové výsledky
• uživatelské příběhy převádějí tyto výsledky do scénářů z pohledu uživatele
• akceptační kritéria definují testovatelná očekávání
• technické úkoly rozkládají práci do realizovatelných částí
• sprint backlog organizuje nejbližší inkrement dodávky

Tato vrstva odpovídá na další zásadní otázku: jak se krok za krokem dostaneme od rozsahu k fungujícímu softwaru?

Praktické srovnání může vypadat takto:

Trasovatelnost je mostem mezi oběma světy

Mostem mezi těmito dvěma světy je trasovatelnost.

Dobrý model trasovatelnosti zajišťuje, že:

• každý smluvní požadavek má odpovídající realizační cestu
• nic se neztratí mezi analýzou a dodávkou
• testování a akceptace lze dohledat zpět k původnímu rozsahu

Bez trasovatelnosti se formální dokumentace odpojuje od skutečné realizace. Bez strukturovaných realizačních artefaktů naopak agilní týmy riskují, že budou postupovat rychle, ale bez dostatečné kontroly.

Proč je to důležité v podnikovém a veřejném sektoru

V regulovaném podnikovém i veřejnosektorovém prostředí jsou obě vrstvy nezbytné.

• management potřebuje přehled, soulad a kontrolu nad rozsahem
• zákazníci potřebují důkazy, že smluvní závazky zůstávají zachovány
• realizační týmy potřebují použitelné iterativní jednotky, které podporují skutečný postup

Pokud se na prováděcí projekt a agilní backlog díváme jako na vzájemně se doplňující vrstvy namísto konkurujících přístupů, vzniká model dodávky, který je transparentnější, lépe řiditelný a nakonec i praktičtější.

Závěrečný pohled

Prováděcí projekt a agilní backlog je nejlepší chápat jako dva pohledy na jeden a tentýž systém.

Prováděcí projekt popisuje řízený celek.

Agilní backlog určuje inkrementální cestu k jeho realizaci.

Projekty, které tyto dvě vrstvy propojí jasným způsobem, mají tendenci podávat lepší výsledky, protože si zachovávají jak odpovědnost, tak schopnost adaptace.