Waterfall vs. Agile: Kterou metodologii zvolit pro vaše projekty v Redmine?

Někdy slyším výkřiky jako "Gantt je mrtvý," "musíte to řídit agilním způsobem," nebo dokonce "projektový management je mrtvý." Nicméně mnoho z nich je jen příkladem marketingového odpadu, často se setkávám s manažery portfolia projektů, scrum mastery a dalšími odborníky na projektový management, kteří chtějí vážně diskutovat o Agile vs. Waterfall (Gantt) technikách. Tento příspěvek je stručným úvodem do tématu.

Železný trojúhelník projektového managementu

Železný trojúhelník je vlastně velmi jednoduchou reprezentací klíčových prvků potřebných pro úspěšné plánování projektu. Rozsah, čas a náklady/zdroje. Zdroje jsou jediné a/nebo kritické prvky ceny v mnoha odvětvích. Lidé jsou nejcennějším aktivem, které nelze jednoduše zvýšit, snížit nebo násobit. Stejně tak strojové zdroje mají určitou výrobní kapacitu a nelze je změnit jednoduchým kliknutím.

Easy Redmine - Trojúhelník železa #1

Ale jak se železný trojúhelník hodí do celkového obrazu? velmi pohodlně. Nabízím nám jednoduchou, ale účinnou na to, kdy bychom měli použít plánování metodiky Waterwall a naopak, kdy zvolit agilní přístup.

Projektový management Redmine Waterfall

Metodika Waterfall je určen pro projekt, jehož rozsah je přesně definován a je klíčovým prvkem projektu, jako je například výstavba nemovitostí, plánování konferencí nebo implementace softwaru Easy Redmine.

Technika: Rozsah projektu je definován (fixní). V našem příkladu to znamená, že nemohu počet oken v mé nemovitosti změnit, nemohu změnit místo nebo téma konference atd. Čas projektu je omezujícím faktorem buď absolutně (např. konference) nebo téměř absolutně (např. implementace softwaru). S pevně definovaným rozsahem je hlavním úkolem projektového manažera nebo manažera portfolia naplánovat všechny typy zdrojů na časovém úseku při běhu paralelních projektů a zohlednit akce (úkolů) posloupnost v jednotlivých projektech.

Zvažte například výstavbu domu: pracovníci odpovědní za dodávku cementu musí ukončit svou práci včas, protože zpoždění způsobené nedostatkem cementových zdrojů může zabránit zedníkům v dokončení vlastních úkolů. Je krátce dostatečně pevný, mohou být již nalezeni na jiném místě.

Easy Redmine - Trojúhelník železa #2

Redmine Agilní projektový management

Agilní přístup je užitečný pro projekty, kde čas je pevně definován, zdroje jsou hlavním faktorem a rozsah je předmětem plánování (prioritizace). Dobrým příkladem může být vývoj softwaru (sprinty), publikační činnost (datum vydání časopisu/ novin) nebo marketingový obsah (kampaň).

Technika: scrum mastery nebo plánovači v podobných rolích upřednostňují úkoly pro další sprint. Obvykle má scrum master různé backlogy a scrum boardy pro různé typy zdrojů, jako jsou vývojáři hledající opravy chyb a řešení požadavků na nové funkce a na druhé straně novináři v politických nebo sportovních médiích.

Easy Redmine - Trojúhelník železa #3

Co to znamená?

Zjevně se celá problematika řízení projektů stále točí kolem železného trojúhelníku. Operační plánování se zaměřuje pouze na různé části téhož. Co z toho můžeme vyvodit?

1. V každé téměř organizaci najdeme typy projektů, kde je nutné použít obě techniky řízení projektů pro vytvoření efektivních pracovních procesů. Jedna metodologie není lepší než druhá, pouze řeší různé výzvy.
   
   
2. Kvalitní plánování zdrojů s časovým plánem je nezbytné pro každý projekt Waterfall, zejména pro plánování portfoliových projektů. Stejné platí pro projekty Easy Redmine.
   
   
3. Řízení agilních projektů: Řízení priorit se obvykle provádí pomocí různých nástrojů. Často existuje problém s přesným přidělením zdrojů pro konkrétní nevyřízené položky. Proto v této souvislosti důrazně doporučuji, abyste mapovali a přidělovali své zdroje nalezeně. Například softwarový vývojář může být použit s více backlogy současně (např. opravy chyb vs. požadavky na funkce ve stejném jazyce). Bez definování kvantitativního přidělení zdrojů do backlogů však nebudete moci plánovat prioritní dodávky a scrum master bude muset neustále řešit rozpory mezi těmito prioritami. Dalším nepříjemným důsledkem bude zpoždění vydání nových klíčových produktových funkcí, jako jsou opravy chyb nebo požadavků na funkce, které využívají strategické vývojové zdroje.

Kombinace obou metod řízení

Jak můžete vidět na obrázku níže, máme základní projekt Waterfall, který zahrnuje plánování softwarového vývoje ukazující sekvence a závislosti. Týmy zapojené do tohoto projektu (prodejci, techničtí spisovatelé) však mohou spravovat své vlastní dodávky ve svém oddělení nejen tak, jak je ukázáno v tomto, ale také agilním způsobem.

Easy Redmine Gantt - Příklad Waterfall projektu