Agilní projektové řízení. Popište charakteristiky a jak se liší od klasického projektového řízení.

Charakteristickým rysem je velký důraz na detailní projektový plán zpracovaný na začátku, jasně stanovené role a kompetence v týmu a důsledné změnové řízení — jakákoliv změna musí projít formálním schvalovacím procesem.

Výhody klasického modelu

• Má jasně stanovený cíl, termín a náklady.
• Je dobře předvídatelný (lze plánovat dopředu).
• Funkcionality jsou známy a zadány již na začátku projektu.
• Hodí se pro komplexní a rozsáhlé úkoly.
• Velký důraz je kladen na detailní projektový plán.
• Jasně stanovené role a kompetence v projektovém týmu.
• Změny musí projít důsledným změnovým řízením (kontrola nad rozsahem).

Nevýhody klasického modelu

• Jednotlivé fáze na sebe navazují — je třeba čekat na dokončení předchozí fáze včetně dokumentace.
• Zákazník dlouho čeká na výsledky a vidí hotový produkt až na konci.
• Je nutné čekat na úplné dokončení prvotní analýzy.
• Pozdější odhalení chyb (a tím dražší oprava).
• Dlouhá administrace a schvalování změn, nutnost rozsáhlé dokumentace.
• Velmi neflexibilní metoda.
• Vyžaduje přesné zadání od zákazníka už na začátku.
• Často dochází ke zdržením a překročení rozpočtu.

Právě tyto nevýhody — zejména nepružnost vůči změně a dlouhá doba do první hmatatelné hodnoty pro zákazníka — jsou hlavní motivací pro vznik agilního přístupu.

Agilní projektové řízení — charakteristiky

Co to je a kdy se hodí

Agilní projektové řízení je moderní iterativní a postupný (inkrementální) přístup, vyvinutý původně pro vývoj softwaru. Je ideální tam, kde:

• finální produkt není na začátku jasně definovaný, nebo
• se dynamicky mění požadavky zákazníka, které nelze na začátku odhadnout.

Oproti rozsáhlé dokumentaci a procesům klade agile důraz primárně na lidi, vzájemnou komunikaci, samoorganizované týmy a rychlé dodání reálné přidané hodnoty pro zákazníka.

Důvody vzniku a historie

• Klasické metody v IT po roce 2000 selhávaly — uvádí se, že zhruba 3/4 projektů měly problémy.
• Technologie se rychle měnily a zákazník často nevěděl, co přesně na začátku chce.
• Vznikl proto agilní přístup, jehož základem se v roce 2001 stal Agilní manifest.

Agilní manifest — hodnoty

Manifest staví proti sobě čtyři dvojice. Preferuje se levá strana před pravou (pravou nezavrhuje, jen ji považuje za méně důležitou):

Principy agilního řízení

• Sebeorganizované (samoorganizované) týmy.
• Zaměření na přidanou hodnotu pro zákazníka.
• Inkrementální (postupné) dodávky — produkt vzniká po malých funkčních částech.
• Iterativní přístup — práce je rozdělena do stejně dlouhých časových úseků.

Cíle agilního vývoje (dle Svozilové, 2016):

• Průběžná inovace — finální produkt odpovídá potřebám trhu a zákazníka.
• Průběžné přizpůsobování — bere v úvahu i pravděpodobné budoucí potřeby, nikoli jen aktuální.
• Zrychlené zavedení výrobku na trh — vyšší a rychlejší návratnost investic.
• Zvýšení přizpůsobivosti procesů a lidí — reakce na měnící se požadavky a funkcionality.
• Zajištění spolehlivosti — díky testování a ověřování v každé části cyklu.

Scrum jako typický příklad agilního řízení

Základní charakteristiky agilu se nejlépe vysvětlují na Scrumu, který je nejrozšířenějším rámcem.

Iterace a inkrementy — Sprint

Práce neprobíhá v jedné dlouhé linii, ale je rozdělena do krátkých časových úseků zvaných Sprinty:

• Cyklus vývoje v agilním přístupu.
• Doba trvání 1 až 4 týdny (většinou 2 týdny).
• Během sprintu je dodán funkční a otestovaný produkt (inkrement).
• Sprinty se pravidelně opakují — na konci každého z nich tým dodá zákazníkovi otestovaný a hmatatelný kus produktu.

Tým a role v agilním řízení

Tým je multifunkční, samoorganizovaný a samořízený. Není zde klasický „diktující“ manažer — tým si sám vybírá, kolik práce ve sprintu zvládne. Klíčové role:

• Product Owner — reprezentuje zákazníka, řídí priority a udržuje seznam úkolů a požadavků (Product Backlog). Má přehled o tom, co požadují uživatelé a jak by měl produkt vypadat, a rozhoduje o prioritách zpracování.
• Scrum Master — není klasický manažer, ale metodický lídr a podpora. Zajišťuje podmínky pro fungování týmu, chrání tým před okolím a odstraňuje překážky, aby tým mohl v klidu tvořit.
• Vývojový tým (členové týmu) — samořízená skupina pracovníků, kteří pracují na kreativních výzvách (nikoli na plnění jednoduchých úkolů). Na daný sprint si sami naberou takové množství úkolů, k jejichž dokončení se zaváží.

Rituály (pravidelné schůzky)

Důležitou součástí jsou pravidelné rituály, které zajišťují synchronizaci a zpětnou vazbu:

• Sprint Planning — plánování obsahu sprintu.
• Daily Scrum — krátká ranní synchronizační schůzka.
• Sprint Review — ukázka (demo) hotové práce zákazníkovi/stakeholderům.
• Retrospektiva — schůzka zaměřená na procesní zlepšení v týmu (jak pracovat příště lépe).

Další modely a typy agilního řízení

Scrum není jediný. Mezi agilní modely a rámce patří:

• Scrum
• Kanban
• LeSS (Large-Scale Scrum)
• LeSS SAFe / SAFe (škálovaný agilní framework)
• Spotify model
• Design Thinking
• Design Sprint

Jak se agile liší od klasického řízení

Toto je jádro druhé části otázky. Rozdíly lze shrnout do několika klíčových dimenzí.

Plánování a změny

• Waterfall: naprosto detailní zadání už na začátku projektu; změny jsou velmi složité a nežádoucí (musí projít změnovým řízením).
• Agile: změny jsou vítány i v pozdních fázích projektu, protože trh se mění; zadání se upřesňuje/mění po každém sprintu.

Posloupnost vs. iterace

• Waterfall: produkt vzniká jako celek fázi po fázi (analýza → návrh → vývoj → testování) a zákazník vidí výsledek až za několik měsíců.
• Agile: jednotlivé malé části produktu (inkrementy) se dělají najednou a zákazník vidí funkční výstup už na konci každého sprintu — tedy průběžně a brzy.

Souhrnná srovnávací tabulka

Trojimperativ — co je fixní a co se mění

Pozn. (obecně platná teorie oboru, není doslova v nahraných výřezech): Rozdíl lze ilustrovat i na trojimperativu (magickém trojúhelníku cíl/rozsah – čas – náklady). U waterfallu je obvykle fixní rozsah (co se má vytvořit) a dopočítává se čas a náklady; u agilu se naopak často fixují čas a zdroje (délka sprintu, velikost týmu) a proměnnou se stává rozsah dodaný v daném čase. To je důvod, proč agile snáší změny zadání: nemění se kontrakt na „celý produkt do termínu“, ale upravuje se priorita toho, co se vejde do nejbližší iterace.

Souvislost s předprojektovou fází

Z úvodní přednášky stojí za zmínku, že už v předprojektové fázi se klasické řízení opírá o nástroje jako SWOT analýza, expertní popis situace, statistické analýzy, fishbone diagram, metoda Delphi či Monte Carlo a o studii příležitosti, studii proveditelnosti a Cost-Benefit analýzu. Právě ekonomické hodnocení přínosů a nákladů (CBA) je v materiálech označeno jako odlišnost klasického projektového řízení — tj. tradiční přístup investuje hodně do dopředné analýzy a ekonomického zdůvodnění před zahájením, zatímco agile staví na rychlé validaci hodnoty přímo dodávaným produktem v krátkých cyklech.

Kdy zvolit který přístup

Z charakteristik plyne praktické rozhodovací pravidlo:

• Klasický (waterfall) zvol, když je zadání stabilní a předem dobře známé, projekt je rozsáhlý a komplexní, je požadována předvídatelnost termínů a nákladů a existuje silná potřeba dokumentace (typicky stavebnictví, investiční projekty, regulovaná prostředí).
• Agilní zvol, když požadavky nejsou na začátku jasné nebo se dynamicky mění, je důležitá rychlá zpětná vazba zákazníka a brzké dodání hodnoty, a kde se vyplatí inovovat průběžně (typicky vývoj softwaru, produktový vývoj v měnícím se trhu).

V praxi se obě filozofie nevylučují — existují i hybridní přístupy, kde se např. rámec projektu řídí klasicky a samotná realizace dílčích částí agilně.

Shrnutí

Agilní projektové řízení je iterativní a inkrementální přístup vzniklý kolem roku 2001 (Agilní manifest) jako reakce na selhávání klasických metod v rychle se měnícím IT prostředí. Jeho charakteristiky: důraz na lidi a komunikaci, samoorganizované týmy, rychlé dodávání hodnoty zákazníkovi, práce v krátkých sprintech (1–4 týdny) a otevřenost ke změnám. Typickým rámcem je Scrum s rolemi Product Owner, Scrum Master a vývojový tým, s artefakty Product/Sprint Backlog a inkrementem a s rituály Sprint Planning, Daily Scrum, Sprint Review a Retrospektiva.

Od klasického vodopádového řízení se liší především v tom, že waterfall plánuje vše dopředu, postupuje sekvenčně po fázích, nesnáší změny a dodává hotový produkt až na konci, zatímco agile plánuje průběžně, dodává po malých funkčních inkrementech, vítá změny a zapojuje zákazníka po celou dobu. Waterfall je silný tam, kde je zadání pevné a předvídatelnost zásadní; agile tam, kde vládne nejistota a kde je důležité rychle a opakovaně doručovat hodnotu.