Водоспад проти Agile: Яку методологію вибрати для ваших проектів Redmine?

Іноді я чую крики типу "Gantt помер", "вам потрібно вести проект в стилі Agile" або навіть "управління проектами померло". Хоча багато з них є прикладом маркетингового нісенітництва, я часто зустрічаю менеджерів портфеля проектів, майстрів Scrum та інших професіоналів управління проектами, які хочуть серйозно обговорювати техніки Agile vs Waterfall (Gantt). Цей пост є коротким вступом до теми.

Залізний трикутник управління проектами

Залізний трикутник насправді є дуже простим зображенням ключових елементів, необхідних для успішного планування проекту. Обсяг, час та вартість / ресурси. Ресурси є єдиними і / або критичними елементами ціни в багатьох галузях. Люди є найціннішим активом, який не можна просто збільшити, зменшити або помножити. Аналогічно, ресурси машин мають певну продуктивність і не можуть бути змінені одним простим кліком.

Easy Redmine - The iron triangle #1

Але як залізний трикутник вписується в загальну картину? Дуже зручно. Він пропонує нам просту, але ефективну відповідь на питання, коли ми повинні використовувати планування методології Waterfall, а коли, навпаки, вибирати агільний підхід.

Управління проектами Redmine Waterfall

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

Техніка: Обсяг проекту визначений (фіксований). У нашому прикладі це означає, що я не можу змінити кількість вікон у своїй нерухомості, я не можу змінити місце або тему конференції і т.д. Час проекту є обмежуючим фактором або абсолютно (наприклад, проведення конференції), або майже абсолютно (наприклад, впровадження програмного забезпечення). З чітко визначеним обсягом головним завданням менеджера проекту або менеджера портфеля є розклад усіх типів ресурсів на графіку роботи паралельно запущених проектів та врахування потрібної послідовності дій (завдань) в окремих проектах.

Розгляньте, наприклад, будівництво будинку: робітники, відповідальні за доставку цементу, повинні вчасно завершити свою роботу, оскільки затримки, спричинені відсутністю ресурсів цементу, можуть завадити каменярам завершити свої власні завдання. Як тільки бетон достатньо затвердіє, їх можна знайти на іншому майданчику.

Easy Redmine - The iron triangle #2

Управління проектами Redmine Agile

Агільний підхід корисний для проектів, де час чітко визначений, ресурси є визначальним фактором і обсяг підлягає плануванню (пріоритетизація). Хорошим прикладом може бути розробка програмного забезпечення (спринти), видавнича діяльність (дата випуску журналу / газети) або маркетинговий контент (кампанія).

Техніка: майстри Scrum або планувальники в подібних ролях пріоритизують завдання на наступний спринт. Зазвичай майстер Scrum має різні беклоги та дошки Scrum для різних типів ресурсів, таких як розробники, які шукають способи виправлення помилок та обробки запитів на нові функції, і, з іншого боку, журналісти в політичній або спортивній медіа.

Easy Redmine.

Комбінація обох методологій управління

Як ви можете побачити на малюнку нижче, у нас є базовий проект Waterfall, який включає план розробки програмного забезпечення, що показує послідовності та залежності. Однак команди, що беруть участь у цьому проекті (продавці, технічні письменники), можуть керувати своїми власними доставками в своєму відділі не тільки так, як показано в цьому прикладі, але й у гнучкий спосіб.