Waterfall срещу Agile: Каква методология използва за вашите проекти в Redmine?

Někdy slyším výkřiky jako "Gantt je mrtvý", "musíte to řídit agilním způsobem," или дори "управление на проекти е mrtvý." Ačkoli mnoho z nich je jen příkladem marketingového odpadu, často se setkávám s manažery portfolia projectů, scrum mastery и други съветници за управление на проекти, kteří chtějí vážně diskutovat o Agile vs. Waterfall (Гант) technikách. Tento příspěvek е stručným úvodem do tématu.

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

Železný trojúhelník е vlastně velmi jednoduchou reprezentací klíčových prvků potřebných za úspěšné planování projekt. Rozsah, čas a náklady/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 clicknutím.

Easy Redmine - Желязният триъгълник #1

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

Проектно управление на Redmine Waterfall

Metodika Waterfall е най-необходим за проект, той е предварително дефиниран и е ключов първи проект, тъй като е пример за представяне на невидимости, планирана конференция или внедряване на софтуер Easy Redmine.

Техника: Проектът Rozsah е дефиниран (поправен). V našem příkladu to znamená, že nemohu změnit počet oken v mé nemovitosti, nemohu změnit místo nebo téma konference atd. Този проект е омезуичен фактор buď absolutně (např. конференция) или téměř absolutně (např. implementace softwaru). S pevně definovaným rozsahem е hlavním úkolem projektového мениджър или портфейл на мениджъра naplanovat všechny typy zdrojů na časovou osu při běhu paralelních projektů a zohlednit požadovanou posloupnost akcí (úkolů) в jednotlivých projektch.

Zvažte například výstavbu domu: pracovníci odgovorní za dodávku cementu musí dokonč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ů. Jakmile je beton dostatečně pevný, mohou být již nalezeni na jiném místě.

Easy Redmine - Желязният триъгълник #2

Управление на Agilní projektový Redmine

Agilní přístup е užitecný pro projekty, kde čas je pevně definován, zdroje jsou rozhodujícím faktorem a rozsah je předmětem planování (приоритет). Dobrým příkladem může být vývoj softwaru (sprinty), publicační činnost (datum vydání časopisu/novin) или marketingový obsah (kampaň).

Техника: майсторство на схватка или планиране в подобна роля, приоритизираща úkoly за следващ спринт. 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 - Желязният триъгълник #3

Какво означава?

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

1. В téměř každé organizaci najdeme typy projektů, kde е nutné použít obě techniky řízení projektů za vytvoření efektivních pracovních processů. Jedna metodologie není lepší než druhá, pouze řeší různé výzvy.
   
   
2. Kvalitní plánování zdrojů Съединен с часовия план е неизпълнен за всеки проект Waterfall, за планиране на портфолиен проект. Stejné platí pro projekty Лесно Redmine.
   
   
3. Řízení agilních projektů: Řízení priorit se obvykle provádí pomocí různých nástrojů. Често съществува проблем с přesným přidělením zdrojů за konkrétní backlog. Proto v této souvislosti důrazně doporučuji, abyste mapovali a přidělovali své zdroje konzistentně. Například softwarový vývojář může být použit s více backlogy současně (například 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 schopni planovat prioritní dodávky a scrum master will 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žadavky na funkce, které využívají стратегическо vývojové zdroje.

Kombinace obou metod řízení

Jak můžete vidět na brázku níže, máme základní Waterfall projekt, který zahrnuje plánování softwarového vývoje ukazující последователност и závislosti. Týmy zapojené do tohoto projekt (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 příkladu, ale také agilním způsobem.

Easy Redmine Gantt - Програма за водопад