Waterfall vs. Agile: kterou metodiku zvolit pro vaše projekty?

Občas slýchám výkřiky jako "Gantt je mrtvý" nebo "Musíš to řídit agilně", nebo dokonce "Projektové řízení je mrtvé".

Třebaže mnohé z toho je jen příklad špatného marketingu, často se setkávám s manažery projektových portfolií, scrum mastery a dalšími profesionály projektového řízení, kteří chtějí vážně polemizovat na téma agile vs. waterfall (Gantt).

Vše začíná u trojimperativu projektového řízení

Trojimperativ projektového řízení je ve skutečnosti velmi jednoduchá reprezentace klíčových prvků potřebných pro úspěšné plánování projektu. Rozsah (scope), čas (time) a cena/zdroje (cost). Zdroje jsou v mnoha odvětvích jediným a/nebo kritickým prvkem ceny.

Lidé jsou nejcennějším aktivem, který nelze jednoduše zvýšit, snížit ani vynásobit. Obdobně i stroje jako zdroje mají určitou výrobní kapacitu a nelze je měnit pouze jednoduchým kliknutím.

Easy Project - Trojimperativ projektového řízení #1

Trojimperativ ovlivňuje, jestli si vybrat Waterfall nebo Agile

Jak ale trojimperativ projektového řízení zapadá do celkového obrazu? Velice příhodně. Nabízí nám totiž prostou, avšak efektivní odpověď, kdy bychom měli využívat plánování metodikou Waterfall a kdy naopak zvolit agilní přístup.

Projektové řízení metodikou Waterfall

Metodiku Waterfall nejlépe užijeme na projektu, jehož rozsah je přesně definován, a je klíčovým prvkem projektu.

Kdy je výhodné použít: Například při výstavbě nemovitosti, plánování konference či implementace softwaru Easy Project.

Jak použít: V našem příkladu to znamená, že nemohu změnit počet oken v nemovitosti, nemohu změnit místo nebo předmět konference apod. Doba projektu je omezujícím faktorem buď absolutně (konference), nebo téměř absolutně (implementace softwaru).

S pevně definovaným rozsahem je hlavním úkolem projektového manažera či správce portfolia naplánovat všechny typy zdrojů na časové ose, napříč paralelně běžícími projekty a s ohledem na požadovanou posloupnost akcí (úkolů) v jednotlivých projektech.

Vezměme si za příklad výstavbu domu: pracovníci odpovědní za dodávku cementu musí dokončit svou práci včas, protože zpoždění způsobené nedostatkem zdroje cementu může zabránit tomu, aby zedníci dokončili své vlastní úkoly. Ve chvíli, kdy beton ztvrdne, mohou se již nacházet na jiném staveništi.

Easy Project - Trojimperativ projektového řízení #2

Agilní řízení projektů

Agilní přístup je vhodné užívat na projektech, kde je pevně definovaný čas, zdroje jsou určujícím faktorem a rozsah je předmětem plánování (prioritizace).

Kdy je výhodné použít: Vhodným příkladem může být například vývoj softwaru (sprinty), publikační činnost (datum vydání časopisu/novin) či marketingový obsah (kampaň).

Jak použít: Scrum masteři a podobné role plánují priority úkolů pro následující sprint. Obvykle má scrum master odlišné backlogy a scrum boardy pro různé typy zdrojů, například vývojáře starající se o opravy chyb a žádosti o nové funkce a na druhé straně novináře v politických či sportovních médiích.

Easy Project - Trojimperativ projektového řízení #3

Co z toho vyplývá?

Je zřejmé, že celá problematika projektového řízení se stále otáčí kolem trojimperativu. Plánování se jen více zaměřuje na různé části stejné věci. Co z toho tedy můžeme vyvodit?

1. Prakticky v každé organizaci bychom nalezli typy projektů, kde je zapotřebí použít obě dvě metodiky projektového řízení pro vytváření efektivních pracovních procesů.
2. Kvalitní plánování zdrojů spojených s časovou osou je zásadní pro každý projekt typu Waterfall, a zvláště pak pro plánování portfolia projektů. To samé platí v projektech Easy Project.
3. Pro řízení agilních projektů platí, že správa priorit se obvykle provádí prostřednictvím různých nástrojů. Často je problém přesně vyčlenit zdroje pro konkrétní backlog. Takže v tomto směru doporučuji důsledně mapovat a vyčleňovat své zdroje. Například vývojář může být součástí více backlogů současně (pro bugy i nové požadavky). Ale je potřeba dobře kvantifikovat zdroje k jednotlivým backlogům, aby nedocházelo ke zpoždění a byly jasně určené priority.

Shrnutí: Kombinace obou metodik řízení může být správná cesta

Jak vidíte na obrázku níže, máme základní projekt typu Waterfall, který obsahuje nějaký plán softwarového vývoje, v němž jsou zřejmé sekvence a závislosti.

Týmy, které se na tomto projektu podílejí (marketing, dokumentaristé), však mohou vlastní dodávky ve svém oddělení řídit nejen tak, jak je uvedeno na tomto příkladu, ale i agilní cestou.

Jedna metodika není lepší než druhá, zkrátka jen řeší různé výzvy.

Easy Project Gantt - Ukázka Waterfall projektu