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

Понякога чувам крещи като "Gantt е мъртъв", "трябва да го управлявате по Agile начин" или дори "управлението на проекти е мъртво". Въпреки че много от тях са просто пример за маркетингови глупости, често срещам мениджъри на портфейли от проекти, майстори на Scrum и други професионалисти в управлението на проекти, които искат сериозно да спорят за Agile срещу Waterfall (Gantt) техники. Този пост е кратко въведение в темата.

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

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

Easy Redmine - The iron triangle #1

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

Управление на проекти с Redmine Waterfall

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

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

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

Easy Redmine - The iron triangle #2

Управление на проекти с Redmine Agile

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

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

Easy Redmine - The iron triangle #3

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

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

1. Почти във всяка организация ще намерим типове проекти, където е необходимо да се използват и двете техники за управление на проекти, за да се създадат ефективни работни процеси. Една методология не е по-добра от другата, тя просто се справя с различни предизвикателства.
   
   
2. Качественото планиране на ресурсите, свързано със сроковете, е от съществено значение за всеки Waterfall проект, особено за планирането на портфолиото от проекти. Същото важи и за проектите на Easy Redmine.
   
   
3. Управление на Agile проекти: Управлението на приоритетите обикновено се извършва чрез различни инструменти. Често има проблем с точното разпределение на ресурсите за конкретен backlog. Така че в това отношение настоятелно препоръчваме да картирате и разпределяте ресурсите си последователно. Например, един софтуерен разработчик може да се използва с множество backlogs едновременно (например, отстраняване на грешки срещу заявки за функционалност на един и същ език). Без да определите количественото разпределение на ресурсите за backlogs, обаче, няма да можете да планирате приоритетните изпълнения, а scrum master-ът ще трябва непрекъснато да решава несъответствията между тези приоритети. Друг неприятен последствие ще бъде забавеното пускане на нови ключови продуктови функции, като отстраняване на грешки или изисквания за функционалност, които използват стратегически развойни ресурси.

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

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

Easy Redmine Gantt - Waterfall project example