Методологии за управление на проекти: Водопад срещу Agile

Дата:1 / 28 / 2018
Дължина:5 минути
автор:Ярослав Lizner
Сподели:

Agile срещу Waterfall – в тази публикация ще ви предложа дискусия за тези две методологии, какви са техните предимства, как могат да ви помогнат и как да ги комбинирате.

Понякога чувам възклицания като „Гант е мъртъв“ или „трябва да го управляваш пъргаво“ или дори „управлението на проекти е мъртво“. Докато голяма част от тях са просто маркетингови боклуци, аз често се срещам с мениджъри на портфолио от проекти, скрам майстори и други професионалисти в PM, които искат да водят сериозна дискусия пъргав срещу водопад ( Гант ) методологии, Тази публикация ви предлага очертание на тази тема.


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

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

И така, как се появява Железният триъгълник в картината? Той ни предлага проста, но ефективна способност да разберем къде трябва да използваме планирането на водопад и кога някои от Agile подходи.

Лесен проект Железния триъгълник


Управление на проекти за водопад

Подходът на водопада е най-полезен за проект, където обхватът е добре дефиниран и е ключовият елемент на проекта. 
Примери: изграждане на къща, планиране на конференция, изпълнение на Easy Project?

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

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


Лесен проект Железния триъгълник


Гъвкаво управление на проекти

Гъвкавият подход трябва да се използва при проекти, където времето е фиксирано, ресурсите са определящ фактор и обхват е предмет на планиране (Приоритети).

Примери: SW развитие (спринтове); публикуване (дата на издаване на списание, вестници); маркетингово съдържание (кампания).

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

Лесен проект Железния триъгълник


Как може това да помогне

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

  1. По принцип всички организации имат вид проекти, при които и двете методологии са необходими за създаването на ефективни работни процеси. Първият не е по-добър от последния, те просто се справят с различни предизвикателства.
  2. Висококачественото планиране на ресурсите, свързано с времевата линия, е от съществено значение за всеки проект за водопад и особено за планиране на портфолиото на проекта. Точно като този в Easy Project.
  3. Управление на подвижни проекти: Забелязах, че управлението на приоритетите обикновено се обработва доста добре чрез различни инструменти. Но проблемът често е прецизно посвещаване на ресурсите за специфично изоставане. Така че, тук препоръчвам да прецизирате и насочите ресурсите си. Например - разработчикът на SW може да се използва за повече изоставания (бъгове срещу заявки за функции, същия език). Но без да се определи количественото разпределение на ресурсите за натрупванията, няма да мога да планирам постижимите приоритети и scrum master ще трябва постоянно да решава несъответствията между тях. Освен това, това води до забавено пускане на нови ключови продуктови характеристики, тъй като корекциите на бъгове или исканията за функции „изяждат” ресурсите на стратегическото развитие.


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

Както можете да видите на снимката, ние имаме проект за водопад, който действа като основа. Естествено, този пример на план за пускане на SW има очевидни последователности и зависимости. Но екипите, които участват в този проект (търговци, писатели на документи), могат да управляват своите доставки в подвижния си вид.

Лесен проект Agile водопад

Всичко в едно софтуер за модерен мениджър на проекти? Лесно.

Вземете всички мощни инструменти за перфектно планиране, управление и контрол на проекти в един софтуер.

Опитайте Easy Project в 30-дневна безплатна пробна версия

Пълнофункционален, SSL защитен, ежедневни архиви, във вашия Geo