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

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

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

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

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

Железният триъгълник влияе дали да изберете Waterfall или Agile

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

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

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

Подходът на водопада е най-полезен за проект, където обхватът е добре дефиниран и е ключовият елемент на проекта.

Примери: изграждане на къща, планиране на конференция, внедряване на PM софтуер Easy Project

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

При наличието на фиксиран обхват, основното предизвикателство за мениджъра на проекти или мениджъра на портфолио е да планира всички видове ресурси във времето и в паралелни проекти по отношение на необходимата последователност от действия във всеки отделен проект.

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

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

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

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

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

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

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

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

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

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

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

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

Първата методология не е по-добра от втората, те просто се справят с различни предизвикателства.

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