V tomto článku vám povíme o třech známých přístupech k řízení projektů a o tom, jak je používáme v Siestě. Je to agile, waterfall a jejich kombinace nazvaná hybridní řízení. Pravděpodobně jste o nich už slyšeli a pokud si nejste některými věcmi jisti, tady máte dobrou příležitost si je ujasnit.

AGILNÍ ŘÍZENÍ

Ačkoli jde o známý framework, často se mu paradoxně říká agilní metodologie. Agile v posledních letech nabral na popularitě pro svou pružnost a i my agilně řídíme téměř 90 % našich projektů. V angličtině agile [edžajl] znamená čilý, rychlý, aktivní. A tak si ho můžete představit. 

Hlavní výhodou agilu pro vás je, že agile se orientuje na klienta. A soustředí se na zapracování změn namísto detailního plánování.

Zjednodušuje dlouhodobý proces na pravidelně se opakující periody, zpravidla 2 týdenní. Těm se říká sprint.

Podstatou agilu jsou hodnoty, které projektového manažera a celý tým provází celým projektem.

Díky krátkým opakovaným vývojovým periodám, kdy dáváte svou zpětnou vazbu na fungující části softwaru, je nižší riziko, že investované náklady přijdou vniveč. Produkt totiž můžeme jednoduše přizůsobit. Máte tak zároveň vyšší prostor pro experimentování.

To pro vás zároveň znamená:

• Že budete aktivně dávat zpětnou vazbu na vývoj produktu a další směr vývoje. Ve zkratce, vyhraďte si tedy čas. Agilní vývoj vyžaduje i vaší práci.
• Společně nastavujeme další kroky vývoje, testujeme a vy zajišťujete zpětnou vazbu od uživatelů.
• A protože v agilu není často daný přesný konec projektu, vývoj může běžet roky. Dokud vám nedojdou nápady nebo zdroje. To už záleží na vás.

Agile přístup často využívají startupy, které potřebují rychle vyrůst. Skvěle totiž pasuje k jejich filozofii Fail fast, learn fast (Rychle selhat, rychle se poučit).

Kdy pro vás agile není vhodný:

• když nemáte čas ani chuť být do projektu zapojeni a chcete jen výsledek;
• když potřebujete důkladně monitorovat pokrok celého projektu (jehož rozsah často není upřesněn).

Waterfall

Waterfall (vodopád) je poměrně rigidní a těžkopádnou metodologií, která stojí na sekvenčním vývoji. Jednotlivé fáze na sebe navazují a není možné mezi nimi přeskakovat. To má několik výhod i nevýhod.

Výhody:

• Vy jako klient vynakládáte svůj čas a energii jen při počáteční fázi.
• Postup vývoje je jasný a daný v plánu.
• To zjednoduše veškerou komunikaci a porozumění.
• Progres se jednoduše monitoruje.
• Dostanete detailní dokumentaci.
• Náklady a termín dodání jsou stanoveny při fázi analýzy.

Nevýhody:

• Všechny požadavky musíte před zahájením vývoje přesně specifikovat. Tady leží největší riziko, protože jakmile nejsou požadavky správně a přesně napsané, přijde se na to, až když je vývoj hotový (to se v agilu díky pravidelným demonstracím vývoje nestane).
• Analýza požadavků je obvykle nákladná a pohybuje se i v řádu statisíců korun. V realitě ji ale potom ne vždycky detailně využijeme.
• Požadavky je buď obtížné, drahé nebo nemožné v průběhu jakkoli změnit.
• Existuje vyšší riziko zpoždění dodání, protože jakmile se zpozdí s termínem jedna fáze, všechny navazující se prodlouží v čase.
• Je obtížné předvídat a předem zabránit rizikům a problémům.
• Produkt dostanete k vlastnímu otestování až na konci projektu.

Waterfall standardně postupuje 5 fázemi:

1. Požadavky

• analyzujeme vaše projektové požadavky a všechno dokumentujeme

2. Analýza a design

• vytváříme plán, jak dosáhnout projektových cílů

3. Vývoj

• implementujeme projektový plán a monotorujeme progres

4. Testování

• po dokončení produktu společně testujeme

5. Provoz a údržba

• nasazujeme produkt do produkčního prostředí
• alokujeme kapacity na údržbu softwaru a dovývoj dalších funkcionalit

Všechny tyto fáze na sebe chronologicky navazují a jsou na sobě vzájemně závislé. Pro jejich vizualizaci se typicky používá Ganttův diagram. Na něm je dobře vidět, že zakreslené fáze připomínají vodopád. Odtud název metodologie.

Kdy je pro vás waterfall vhodný:

• když máte jasně daný rozpočet
• když máte dobře specifikované požadavky
• když je nízká šance rizikovosti 
• když je rozsah projektu jasně daný

Kdy pro vás není waterfall vhodný:

• když nemáte jasnou vizi, jak má produkt vypadat
• když nemáte jasně definovány požadavky pro vytvoření cílového produktu
• když se vaše požadavky můžou často měnit
• když nejdřív potřebujete validovat nápad a produkt ve formě prototypu
• když v průběhu vývoje musíte zahrnovat zpětnou vazbu od uživatelů

Hybridní projektové řízení

Teď když už víte, o čem je agilní přístup a waterfall metodologie, vám můžeme představit hybridní projektové řízení (HPM).

Z waterfallu si půjčuje plánování fází z high-level perspektivy (v češtině znamená něco jako celkový přehled) a agilním přístupem řeší řízení a vývoj jednotlivých úkolů.

V praxi tedy naplánujeme jako ve waterfallu:

• finální termín dodání
• jednotlivé milníky a výstupy
• přibližný časový plán, kdy se na které fázi bude pracovat

Agilně potom:

• rozpadneme větší úkoly do menších a naodhadujeme je
• vytvoříme produktový backlog
• vyvíjíme ve sprintech a pracujeme jako v agilně řízených projektech
• vyhodnocujeme jednotlivé fáze, ne tolik sprinty a z nich se dál učíme

Shrnutí:

• Plán tedy zobrazujeme na Ganttově diagramu, tak jako ve waterfallem řízených projektech.
• Úkoly a nápady ukládáme v backlogu, tak jako v agilu.
• Pro status úkolů často využíváme kanban board (o tom více níže).
• Progres vyhodnocujeme agilními metrikami.

Pokud vás v při čtení napadly nějaké otázky, neváhejte nám napsat. Rádi je zodpovíme a článek doplníme.