Водопадна модел срещу Agile: Jaka jest metoda изберете за вашите проекти w Redmine?

Понякога чувам крещи като „Gantt е мъртъв”, „трябва да го управлявате по Agile начин” a nawet „управлението на проекти е мъртво”. Въпреки че много отях са просто пример за маркетингови глупости, често срещам мениджъри на портфейли о т проекти, майстори на Scrum i други професионалисти в управлението на проекти, които искат сериозно да спорят за Agile SR Twój wodospad (Gantta) teхники. Този пост е кратко въведение в темата.

Желязният триъгълник на управлението на проекти

Желязният триъгълник е наистина много просто представяне на ключовите елементи, необходими за успешно пла ниране на проекта. Обхват, време и разходи/ресурси. Rekomendacja са edinствените и/или критични елементи на цената в много отрасли. Хората са най-ценното имущество, което не може просто да се увеличава, намалява или умножава. Подобно на това, машинните ресурси iмат определен капацитет за производство i не могат да бъдат променени с е дно просто щракване.

Łatwy Redmine - trójkąt żelaza #1

Но как желязният триъгълник се вписва в цялостната картина? Много удобно. Предлага ни прост, но ефективен отговор, когато трябва да използваме планирането на Waterfall методологията и, от дру га страна, когато да изберем Zwinny sposób.

Bezpłatne rozwiązanie dla wodospadu Redmine

Методологията Waterfall jest na miejscu, na miejscu, na miejscu, na miejscu, na miejscu, na miejscu а, като например строителство на недвижими имоти, планиране на конференции или Easy Redmine имплементация.

Technika: Обхватът на проекта е дефиниран (фиксиран). В нашия пример това означава, че не мога да променя броя на прозорците в моята недвижимост, не мога да променя мястото или темата на конференция и т.н. Времето на проекта е ограничителен фактор или абсолютно (например конференции) или почти абсолютно (например софтуерна имплементация). С точно дефиниран обхват, основната задача на мениджър на проекти или мениджър на портфейли от проекти е д а планира всички видове ресурси върху графика на паралелно изпълняващи се проекти i да вземе предвид необходи мата последователност на действията (задачите) в отделните проекти.

Разгледайте, например, строителството на къща: работниците, отговорни за доставката на цимент, трябва да завъ ршат своята работа навреме, защото забавянето, причинено от липса на циментни ресурси, може да предотврати мура гите да завършат своите задачи. Веднъж като бетонът е достатъчно здрав, те вече могат да бъдат намерени на друго място.

Łatwy Redmine - trójkąt żelaza #2

Rozwiązanie dla aplikacji w Redmine Agile

Agile подходът е полезен за проекти, където времето е твърдо дефинирано, ресурсите са определящ фактор и обхватът е предмет на планиране (приоритизация). Добър пример може да бъде разработка на софтуер (спринтове), публикуване на материали (издаване на списания/ве стници) или маркетингово съдържание (кампания).

Metoda: майсторите на Scrum lub планиращите в подобни роли приоритизират задачите за следващия спринт. Обикновено майсторът на Scrum има различни задачи i дъски за задачи за различни видове ресурси, като например ра зработчици, които търсят начини за отстраняване на грешки i обработване на заявки за нови функции, и, от дру гата страна, журналисти в политически или спортни медии.

Łatwy Redmine - trójkąt żelaza #3

Co to znaczy?

Очевидно, цялата проблематика на управлението на проекти все още се върти около желязния триъгълник. Оперативното планиране се фокусира само върху различни части от същото нещо. Така че какво можем да извлечем от това?

1. Почти във всяка организация ще намерим типове проекти, където е необходимо да се използват i двете техн ики за управление на проекти, за да се създадат ефективни работни процеси. Една методология не е по-добра от другата, тя просто се справя с различни предизвикателства.
   
   
2. Качественото планиране на ресурсите, свързано със сроковете, е от сществено значение за всеки Waterfall проект, особено за планирането на портфолиото о т проекти. Същото важи i за проектите на łatwy Redmine.
   
   
3. Rozwiązanie w Agile проекти: Управлението на приоритетите обикновено се извършва чрез различни inструменти. Често има проблем с точното разпределение на ресурсите за конкретен zaległości. Така че в това отношение настоятелно препоръчваме да karta i rozwiązywanie problemów. Например, един софтуерен разработчик може да се използва с множество zaległości едновременно (например, отстраняване на г решки срещу заявки за функционалност на един и същ език). Без да определите количественото разпределение на ресурсите за zaległości, обаче, няма да можете да приоритет ните изпълнения, scrum master-ът ще трябва непрекъснато да решава несъответствията между тези приоритети. Друг неприятен последствие ще бъде забавеното пускане на нови ключови продуктови функции, като отстраняване на грешки или изисквания за функционалност, които използват instrukcje obsługi.

Комбинация на двете методологии за управление

Както можете да видите на картинката по-долу, имаме основен Waterfall проект, който включва план за софтуерно разработв ане, който показва последователностите и зависимостите. Въпреки това екипите, заети в този проект (продажби, технически писатели), могат да управляват своите доставк i в отдела си не само по показания в този пример начин, nie i по Agile начин.

Easy Redmine Gantt - przykład projektu Wodospad