מפל נגד אג'יל: שיטות עבודה שונות לפרויקטים שונים ב-Redmine?

Někdy slyším výkřiky jako "Gantt je mrtvý," "musíte to řídit agilním způsobem," נבו dokonce "ניהול פרויקטים יש 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 and dalšími odborníky and projectový management, kteří chtějí vážně diskutovat o Waterfall vs.גנט) 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. זדרויה 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.

Redmine קל - משולש הברזל #1

Ale 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 plánování metodikou Waterwall a naopak, kdy zvolit agilní přístup.

ניהול פרוייקטים של Redmine Waterfall

מפל מטודיקה הוא פרויקט פרוגיסטי, יש צורך בהגדרה מפורטת של פרויקטים שונים, ותקוות רבות. implementace softwaru Easy Redmine.

טכניקה: Rozsah projektu je definován (fixní). 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. Č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 פורטפוליו naplánovat všechny typy zdrojů na časovou osu při běhu paralelních projectů a zohlednit požadovanů poscloupýnost (projectúkolivanou poscloup.

Zvažte napří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 cementových zdrojů můtúže ze dolastíkončán ů. Jakmile je beton dostatečně pevný, mohou být již nalezeni na jiném místě.

Redmine קל - משולש הברזל #2

Redmine Agilní projektový ניהול

Agilní přístup je užitečný pro projecty, kde čas je pevně definován, zdroje jsou rozhodujícím faktorem a rozsah je předmětem plánování (עדיפויות). Dobrým příkladem může být vývoj softwaru (ספרינטי), publikační činnost (datum vydání časopisu/ novin) nebo marketingový obsah (kampaň).

טכניקה: שליטה ב-scram nebo plánovači ו-podobných rollích prioritizují úkoly pro další ספרינט. 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áchích é sporty.

Redmine קל - משולש הברזל #3

מה זה אומר?

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 téměř každé organizaci najdeme typy projectů, kde je nutné použít obě techniky řízení projectů pro vytvoření efektivních pracovních processů. Jedna מתודולוגיה není lepší než druhá, pouze řeší různé výzvy.
   
   
2. Kvalitní plánování zdrojů spojené s časovým plánem je nezbytné pro každý Waterfall project, zejména pro plánování portfolia projectů. Stejné platí pro projecty קל Redmine.
   
   
3. Řízení agilních projectů: Ří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 conkré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ř. opravy chyb vs. požadavky na funkce stejném jazyce). Bez definování kvantitativního přidělení zdrojů do backlogů však nebudete schopni 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žadavky na funkce, které využívají אסטרטגיות שונות.

Kombinace obou metod řízení

Jak můžete vidět na obrázku níže, máme základní פרויקט מפל, 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 příkladu, ale také agilsobem z.

Easy Redmine Gantt - Příklad Waterfall Projectu