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

7/8/2017
6 perc
Ярослав Лізнер
Агіль проти Вотерфол – У цьому блозі я розповім про дві техніки управління проектами, вамги, вамги, ваниктами, їі допомогти і як їх поєднувати.

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


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

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

Könnyű Redmine - A #1 vas háromszög

Könnyű Redmine - A #1 vas háromszög

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


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

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

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

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

Könnyű Redmine - A #2 vas háromszög

Könnyű Redmine - A #2 vas háromszög


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

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

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

Що це означає? Очевидно, що увесь питання управління проектами все ще обертається навколо залізного трикутника. Операційне планування лише більше фокусується на різних частинах того ж самого. Тому що ми можемо з цього зробити? A тами для створення ефективних робочих процесів. Одна методологія не краща за іншу, вона просто вирішує різні виклики. Якісне планування ресурсів , пов'язане з графіком, є важливим для кожного проекту Vízesés ектів. Те ж саме стосується проектівaz Easy Redmine.

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

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

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

    Спробуйте Easy Redmine у ​​30-денній безкоштовній пробній версії

    Повнофункціональний, захищений SSL, щоденне резервне копіювання, у вашій геолокації