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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какво използвахте?

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

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

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

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

Пример за лесен проект Redmine Gantt - Waterfall