10 найпопулярніших методів управління проектами з першого погляду

Чому методи керування проектами корисні? За допомогою методів управління проектами ви можете структурувати та контролювати проект таким чином, щоб мінімізувати витрати, ресурси та час. Разом з нами розгляньте 10 найкращих, щоб визначити правильний підхід для вашого проекту.

У чому різниця між класичними та гнучкими методами управління проектами?

Класифікація класичних та agile-методів управління проектами допоможе вам швидше зробити усвідомлений вибір із наявних методів. Класичні методи управління проектами спочатку розроблялися керувати масштабними проектами великої тривалості. Керівник проекту наперед визначає цілі та встановлює відповідальних за виконання окремих пакетів завдань. Основна увага приділяється досягненню мети; змін не передбачено. Agile-методи управління проектами з'явилися завдяки проектам із розробки програмного забезпечення. Вони пріоритет віддається користі проекту, а чи не досягненню певної мети. Зміни всіляко заохочуються. Розподіл завдань ґрунтується на самоорганізації учасників проекту.

Крім класичних та agile-методів, ви також знайдете гібридні методи управління проектами. З одного боку, гібридний метод – це модель, яка може бути використана для обох типів управління проектами. З іншого боку, ви можете поєднати різні класичні та agile-методи, щоб створити новий, гібридний підхід.

Як знайти відповідний метод для вашого проекту

• Який метод управління проектами дає найбільші переваги?
• Чи можете ви врахувати потреби зацікавлених сторін?
• Наскільки метод управління проектами відповідає вашим корпоративним цінностям?
• Як метод узгоджується з бізнес-процесами?
• Наскільки великий проект?
• Якої складності на проект ви очікуєте?
• Які витрати пов'язані з проектом?
• З якими ризиками має вміти справлятися метод управління проектом?

Коли ви отримали відповіді на всі питання, настав час вибрати відповідний метод управління проектами.

Ось 10 найпопулярніших методів управління проектами

Давайте тепер поговоримо про десять найчастіше використовуваних методів управління проектами. Ми почнемо із трьох класичних моделей.

1. водоспадна модель

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

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

2. PRINCE2

Якщо ви виберете PRINCE2, то отримаєте класичний метод управління проектами, що ґрунтується на водоспадній моделі. Метод був розроблений британським урядом для IT-проектів та розшифровується як "Projects In Controlled Environments" ("Проекти в контрольованому середовищі").

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

3. шість сигм

Six Sigma – це система управління для покращення процесів, а також один із трьох класичних методів управління проектами. Особливо успішною вона опинилася у великих компаніях. Тут кожен процес відображається за допомогою математичних методів у рамках циклу DMAIC:

• Визначте: Яку проблему в процесі ви хочете покращити?
• Вимірювання: Якою мірою процес відповідає вимогам?
• Аналізуйте: Які причини проблеми?
• Поліпшення: Як ви можете усунути проблему?
• Контроль: Як ви можете контролювати новий процес за допомогою статистичних методів?

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

Тепер перейдемо до методів agile-управління проектами. Agile управління проектами особливо підходить для великих, непередбачуваних і складних проектів. Метод працює з плоскою ієрархією, персональною відповідальністю учасників, регулярними процесами зворотного зв'язку та циклами реалізації, що дозволяють вносити зміни.

Методи управління проектами © Uwe/Adobe Stock

На основі agile-управління проектами було розроблено ще два методи управління проектами - Kanban та Scrum.

5. канбан

У центрі цього методу знаходиться так звана дошка Канбан з кількома колонками, які представляють певні етапи, такі як "Зробити", "Виконати" та "Виконено". Картки Канбан із завданнями починаються в колонці "Зробити" та рухаються від неї вправо до "Виконано". Ви можете розставити пріоритети карток із завданнями, щоб вплинути на послідовність обробки.

На коротких нарадах члени команди щодня обговорюють прогрес, перешкоди та успіхи.Таким чином, метод Kanban підходить для проектів, які виграють від регулярного зворотного зв'язку та циклів покращення.

6. сутичка

Scrum – найпопулярніший на сьогоднішній день метод управління проектами. У його основі лежить довгостроковий, але гнучкий "беклог продукту". Завдання поділяються на "спринти". У кожному зі спринтів розробляється готовий проміжний продукт. Як і в Kanban, зустрічі зі зворотним зв'язком ("щоденні скрами") також проводяться щодня. У Scrum також визначено такі ролі, як "Власник продукту" та "Скрам-майстер".

Довгостроковий план проекту із певними ролями надає структуру складному проекту. Проектна модель додатково залишає місце для гнучких дій, тому вона ідеально підходить для проектів із непередбачуваними факторами та ризиками.

Поговоріть зі своєю командою про розумні методи управління проектами. © sitthiphong / Adobe Stock

Далі розглянемо методи, які не можна однозначно віднести до класичних чи agile.

7. аналіз тенденцій на етапах (MTA)

Аналіз трендів з віх може використовуватися як у традиційному, так і в agile-управлінні проектами. З усіх методів управління проектами MTA особливо підходить для планування проектів із високим рівнем ризику.

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

Оскільки графічне уявлення аналізу тренду віх досить просте, його часто використовують для проектів з низькою складністю та передбачуваними процесами.

8. дбайливе управління проектами

Цей метод управління проектами допомагає виявити слабкі місця у проекті та забезпечити безперервний потік результатів. В основі концепції лежать ідеї та принципи ощадливого управління.

Бережливе управління проектами розрізняє три зла, які необхідно проаналізувати та усунути:

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

Для цього методу також важливо знайти оптимальне співвідношення між витратами та вигодами проекту.

Далі представлені два методи управління проектами, у яких особлива увага приділяється графічним ілюстраціям: Структура розбивки робіт та техніка мережного планування.

9. структура розбиття робіт

У структурі розбивки робіт ви фіксуєте всі завдання проекту на одному графіку. Потім можна скласти пакети робіт, розподілити обов'язки і встановити терміни.

Структура розбивки робіт підходить контролю за великими проектами. Вона бере свій початок у класичному управлінні проектами і іноді її важко адаптувати до agile-методів. Однак у проектах, де вам потрібний загальний огляд, ви можете впорядкувати та спростити план, щоб він залишався зрозумілим і ви могли легко вносити зміни.

10. техніка мережного планування

Зрештою, ви можете вибрати техніку мережевого планування (у класичній або agile-формі). Цей метод управління проектами представляє підетапи у графічній чи табличній формі у вигляді мережного плану. На його основі ви можете

• Залежно,
• найраніші та найпізніші початкові та кінцеві точки,
• Буферний час
• та критичний шлях (завдання, важливі з погляду часу)

Метод мережного планування використовується в основному у сфері закупівель та виробництва. Вона спрямована на оптимізацію керування часом проекту.

Висновок

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

Ми будемо раді допомогти вам впровадити метод управління проектами за допомогою SeaTable. Зареєструйтесь безкоштовно сьогодні та ознайомтеся з нашими шаблонами.

Ральф Діллік-Бренцінгер є засновником та керуючим директором компанії SeaTable. Він – стратегічний натхненник SeaTable та майстер цифр. Він любить печиво своєї нареченої та гарну прогулянку на велосипеді.

Ральф Діллік-Бренцінгер є засновником та керуючим директором компанії SeaTable. Він – стратегічний натхненник SeaTable та майстер цифр. Він любить печиво своєї нареченої та гарну прогулянку на велосипеді.

"* " вказує на обов'язкові поля

10 методів управління проектами

Будь-який проект має початок і кінець, а також обсяг завдань і доступні ресурси. Розробка програмного забезпечення, будівництво мосту, вихід товару на новий ринок – все це проекти. Щоб робота була виконана вчасно, команда вклалася до запланованого бюджету і всім співробітникам були зрозумілі їхні завдання, потрібно вправно керувати роботою.У цій статті зробили докладний огляд 10 найпопулярніших методів управління проектами. Вивчайте та вибирайте відповідний для вас інструмент!

Трикутник управління проектами

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

• термін – дата готовності проекту (дедлайн);
• бюджет - інструменти та людські ресурси, які необхідні для створення продукту;
• зміст - вимоги до продукту, його бажані функції.

Завжди пам'ятайте про ці три показники. Який би метод організації роботи ви не обрали — вони основа вашого планування. А тепер перейдемо до огляду – методології управління проектами: 10 інструментів.

Сімейство Agile

Agile - це не метод, а ціла філософія, яка поєднує сімейство різних підходів та інструментів. Agile пропагує гнучкий підхід до створення продукту. Основна ідея – постійне вдосконалення товару чи послуги та активне отримання фідбеку від замовників та клієнтів.

Небагато про те, як з'явився Agile. 2001 року цей підхід вигадала група програмістів (17 осіб) на чергових зборах, де обговорювалися проблеми роботи над IT-проектами. В результаті зустрічі було вигадано новий підхід до роботи, основні ідеї якого були зафіксовані в маніфесті. Його повний текст можна прочитати на сайті.

Якщо коротко, творці Agile-філософії пропонують:

• бути гнучкими при плануванні завдань,
• менше займатися документами та звітами, а наголошувати на швидкій розробці та покращенні продукту,
• постійно покращувати робочі процеси та спілкуватися один з одним у команді, щоб усім було зручно працювати.

Незважаючи на те, що Agile був придуманий програмістами для програмістів, ця філософія відмінно підійшла й іншим професіям, наприклад, дизайнерам, маркетологам, архітекторам та багатьом іншим.

До сімейства Agile відносять багато методів, але ми розповімо про чотири найпопулярніші:

1. Scrum.
2. Kanban.
3. Ощадливе виробництво (Lean).
4. Екстремальне програмування (XP).
   Оскільки всі методики сімейства Agile дотримуються одного підходу, їх можна комбінувати (використовувати гібридне керування). Тобто ви можете взяти відповідні правила та інструменти від кожного методу та створити для себе ідеальний коктейль. Наприклад, часто разом використовують Kanban та Scrum. Такий тандем називають Scrumban.

1. Scrum

Робочий процес за системою Scrum складається з коротких ітерацій спринтів. Зазвичай вони тривають 1-4 тижні. Всередині кожного спринту команда проводить заходи:

1. Sprint Planning Meeting (Планування). Збори, які відбуваються на початку спринту. На ньому команда переглядає завдання, аналізує їх складність та визначає, скільки встигне зробити за спринт.
2. Daily Scrum meeting (Щоденні збори). Зібрання триває 15 хвилин. Кожен член команди має поділитись проблемами, з якими зіткнувся вчора, розповісти про плани на сьогоднішній день та попросити допомоги у колег (якщо потрібно).
3. Retrospective meeting (Ретроспектива). Проводиться наприкінці спринту. На цій зустрічі обговорюються результати виконання завдань, а також кожен член команди ділиться ідеями, як можна покращити процес роботи.

Також у Scrum-команді є спеціальні ролі:

• Product Owner (Власник продукту). Спілкується із замовниками та споживачами, планує завдання та докладно описує їх.
• Scrum Master. Аналізує виконані завдання та шукає способи покращити процес роботи.Він же організовує ретроспективи та вирішує конфлікти між працівниками.
• Development Team (Фахівці в команді) Вся решта команди, яка створює продукт.

Якщо ви хочете спробувати Скрам-систему, в Kaiten є фреймворк для керування проектами (готовий шаблон), а також інструменти, спеціально створені для роботи цієї моделі: запуск спринту, ціль спринту, діаграма згоряння, story points складається з окремої черги. (Белог задач) і дошки самого спринту.

2. Kanban

Kanban-метод передбачає візуалізацію робочого процесу і чітке дотримання всіх етапів виконання завдання. або зовсім повернути в чергу – не можна.

Ще одна обов'язкова частина Канбан - обмеження одночасно виконуваної роботи. Це означає, що кожен член команди може брати не більше встановленої кількості завдань. завдання.

Завдяки візуалізації, кожен член команди та керівник завжди бачить, як просувається робота. У потрібний момент будь-який співробітник може приєднатися та допомогти. Наприклад, письменник може повертатися і дописувати розділи або писати книгу з кінця (так роблять під час роботи над детективом).

Спеціально для команд, які хочуть працювати за системою Kanban, у Kaiten є Канбан-модуль.

• додавати підколонки та доріжки;
• налаштовувати WIP-ліміти;
• стежити за успіхами команди за допомогою звітів: накопичувальної діаграми потоку, спектральної діаграми, пропускної спроможності потоку та інших.

3. Lean, або ощадливе виробництво

Це стара практика, яка з'явилася задовго до Agile-Маніфесту. Вперше її використовували на заводі Toyota ще у 1950-х роках. Мета Lean - повністю виключити непотрібні дії при виробництві продукту або вдосконалити процес так, щоб товари створювалися швидше та меншими зусиллями. Оптимізація ресурсів призводить до здешевлення товару та швидкості його виробництва, що є цінним для споживачів. Наведемо приклад.

Компанія з виробництва та встановлення натяжних стель захотіла підвищити кількість продажів. На продаж у цій сфері впливає вимірник, оскільки він формує конкретну пропозицію потенційному покупцю. При вивченні роботи замірника була виявлена ​​основна проблема ― на виїзді він не може одразу сказати точну ціну та запропонувати знижку, доки не відвезе всі виміри до офісу та не обговорить їх із менеджерами. Поки замірник дізнається про ціну, клієнти йдуть до конкурентів. Щоб вирішити цю проблему, компанія купила планшети для кожного замірника та встановила на них спеціальну програму, яка розраховує вартість замовлення, дату доставки та монтажу, а також пропонувала знижки. Після цього нововведення 80% виїздів замірників закінчувалися продажем.

Також при ощадливому виробництві намагаються виключити шлюб і надвиробництво, щоб не витрачати ресурси. Lean-метод часто застосовують у логістиці, банківській сфері, продажах, нафтовидобуванні. Варто зазначити, що ця методика може бути неефективною для проектів із великою командою чи високою невизначеністю.

4.Екстремальне програмування, або Extreme Programming (XP)

Ця методика теж з'явилася раніше маніфесту Agile у 1990-х роках, але також, як і Lean, підійшла до цієї філософії. XP підходить лише для розробки програмного забезпечення та тестування.

Екстремальне програмування дотримується 5 принципів:

1. Ітеративність. Розробка відбувається короткими ітераціями (2-3 тижні та не більше 1 місяця). За цей короткий проміжок, команда повинна реалізувати функції, які користувач зможе відчути. Спочатку створюються найпростіші функції системи, та був у наступних ітераціях функціональність розширюється.
2. Простота рішень. Створити сайт або написати програму можна у різний спосіб. В рамках методу XP потрібно знайти найпростіший спосіб.
3. Інтенсивна розробка малими групами. Зазвичай у команді не більше 10 осіб. І таким маленьким робочим складом потрібно встигнути за кілька тижнів випустити нову функцію.
4. Постійне спілкування із замовником. Замовник завжди повинен бути з командою.
5. Сміливість та бажання йти на ризик.Швидке кодування вимагає нестандартних рішень, тому треба не боятися ризикувати та вигадувати нове. Також через невеликі розміри команди завжди є ризик втратити цінного бійця.

Дотримуватись усіх цих принципів допомагають 12 практик. Ось деякі з них:

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

Через інтенсивність випуску релізів цей метод любимо бізнесменами. Усього за кілька тижнів можна представляти публіці нові можливості програми. Проте екстремальним цей метод називається не так. Поверхневий аналіз та жорсткі часові рамки можуть призвести до помилок.Саме тому програмують парами та постійно просять перевірити код один одного. Також не слід забувати, що інтенсивний графік роботи підходить не всім. Програміст може легко вигоріти та піти з команди.

Гнучкий інструмент для професійного управління проектами та командами

Далі розглянемо методи управління проектами, які не входять до Agile-системи.

5. Каскадна модель

Каскадна, або водоспадна модель (Waterfall) - класика у світі розробки продуктів. Головний конкурент Agile-Підходу. Особливості цієї моделі:

1. Послідовність дій. Усі етапи йдуть один за одним. Важливо, що наступного етапу проекту переходять лише після виконання попереднього етапу. Через це правила модель і називатиметься каскадною.
2. Регламентація процесу. Усі плани, вимоги та завдання проекту описують у документах. Учасники дотримуються формальних правил і не можуть їх змінювати під час роботи.

Водоспадна модель складається з п'яти етапів:

1. Збір вимог. Оформляється ТЗ, де прописаний повний план робіт, ризики, участь у команді.
2. Проектування. Визначаються основні елементи продукту, наприклад, архітектура будівлі, дизайн автомобіля, характеристики програми. На основі цих вимог підбираються інструменти та ресурси.
3. Розробка. Етап безпосереднього створення продукту.
4. Тестування. Продукт перевіряється на відповідність технічним завданням. Якщо потрібно, виправляються помилки.
5. Підтримка. Випускається товар, усуваються помилки, підтримується працездатність. Також на цьому етапі збираються відгуки від користувачів та додаються нові функції.

Цей метод особливо підходить для управління великими проектами, тому що для них важливим є чіткий план дій і докладна документація.Наприклад, Waterfall підходить для будівництва будівель, де всі дії робляться послідовно і перед початком роботи докладно розраховується кошторис.

6. PRINCE2

PRINCE2 розшифровується як Projects IN Controlled Environments - проекти в контрольованих середовищах. Число "2" у назві означає, що це вже друга версія підходу. В основі PRINCE2 лежить ретельне планування проекту перед стартом, чітка організація всіх стадій процесу та усунення всіх недоробок до завершення проекту.

PRINCE2 особливу увагу приділяє меті, а засобам її досягнення. Цей підхід має 7 принципів:

1. Економічне обґрунтування. Запланований проект обов'язково має бути вигідним замовнику. Необхідно спрогнозувати прибуток, який буде під час випуску проекту.
2. Постійне навчання команди. На кожному етапі процесу реалізації проекту команда повинна отримувати уроки та фіксувати їх для майбутніх проектів та нових співробітників.
3. У кожного в команді визначено ролі та обов'язки. Усі працівники мають знати, хто за що відповідає. Жодної прихованої роботи.
4. Поетапне планування. Після завершення кожного етапу проводиться аналіз отриманого досвіду удосконалення робочих процесів організації у майбутньому.
5. Основні вимоги мають бути визначені на початку проекту. Терміни, ризики, витрати продумуються під час складання плану.
6. Головне - якість продукту. Необхідно визначити, як проводитиметься перевірка якості продукту кожному етапі його розробки.
7. Адаптивний підхід. Необхідно звертати увагу на особливості проекту та підлаштовувати плани під кожний конкретний запит.

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

7. Шість сигм

Метод "Шість сигм" (Six Sigma) спрямований на зниження дефектів, що вплине на задоволеність споживачів.

Назва походить від грецької літери сигма (?). Сигма – знак, який використовується у статистиці для позначення стандартного відхилення значень у генеральній сукупності. Шість сигм - рівень ефективності процесу, при якому на мільйон операцій припадає всього 3,4 дефекту. Дефектом вважається все, що не відповідає вимогам клієнта.

Мета методології - скоротити відхилення під час виробництва за рахунок вдосконалення процесу. Етапи застосування методології:

1. Визначення (define). Ставляться цілі та визначаються рамки проекту, виявляються проблеми, які потрібно вирішити, щоб зменшити кількість дефектів.
2. Вимірювання (measure). Визначаються метрики, що дозволяють оцінити міру наближення до цілей.
3. Аналіз (analyze). Перевіряється, чи правильно було визначено причини проблем.
4. Вдосконалення (improve). Впроваджуються рішення, які мають вирішити проблеми з виробництва.
5. Контроль (control). Оцінюються результати роботи на етапах. Також на цьому етапі формулюється набір правил та готуються інструкції для співробітників, які допоможуть розібратися у нововведеннях.

Метод «Шість сигм» часто використовують у зв'язці з методом «Бережливого виробництва». Називають такий інструмент Lean Six Sigma.

8. Метод критичного шляху

Метод критичного шляху, або Critical Path Method (CPM) передбачає, що на етапі планування робіт ви будуєте найдовший ланцюжок дій (критичний шлях), куди входять завдання, які потрібно виконати насамперед, щоб завершити проект вчасно.

Ключова перевага управління проектами за системою CPM – точне визначення часу та бюджету, необхідного для завершення проекту. Планування зазвичай відбувається у 4 кроки:

1. Складання списку робіт. Уся команда має визначити, які завдання необхідно виконати для реалізації проекту.
2. Визначення взаємозалежних завдань. Це допоможе зрозуміти, яку роботу можна виконувати паралельно з іншими завданнями, а які справи слід виконувати послідовно.
3. Оцінка часу, потрібне виконання всіх завдань. Після визначення залежностей необхідно створити конкретний план дій (дорожню карту) і визначити, скільки часу потрібно виконання кожного етапу роботи над проектом. Так у вас сформується найдовша послідовність важливих завдань (критичний шлях) та час, який знадобиться для їх виконання.
4. Розрахунок резервного часу. Ви не можете гарантувати замовнику, що все піде точно за планом. Форс-мажори можуть бути завжди. Тому при побудові критичного шляху додають резервний час. Завдяки йому план стає гнучкішим.

Цей метод підходить для будівництва, науки, машинобудування та будь-якого виробництва. Однак, може бути неефективним для проектів з невизначеними вимогами, наприклад, зйомка фільму.

9. Управління проектами критичного ланцюга (CCPM)

Управління проектами критичного ланцюга англійською мовою звучить як Critical Chain Project Management (CCPM). У CCPM є два важливі терміни – дата старту та здачі проекту. Завдання команди спланувати свою роботу так, щоб встигнути до дати здачі продукту. Якщо часу мало, потрібно залишити лише найважливіші завдання і, можливо, спростити продукт.

Він схожий на CPM, тому їх часто плутають.Справді, якщо багато часу і команда не обмежена в ресурсах, процес планування не відрізнятиметься від методу критичного шляху. Але якщо дедлайн близький, головним при плануванні встигнути вчасно будь-якими способами.

Цей підхід найкраще допомагає розробки комп'ютерних ігор. Анонс та просування нової гри починають за кілька років до її виходу. Дата виходу може бути поставлена ​​на основі сприятливого з маркетингового погляду часу, наприклад, між виходами інших великих ігор. Завдання розробників ― встигнути до цієї дати. Можливо, доведеться відмовитися від складної графіки чи спростити сюжет.

Відмінність CPM від CCPM

Для зручності ще раз відзначимо основні відмінності CPM від CCPM:

1. При використанні методу CPM виходить ідеальний шлях створення продукту з невеликим запасом часу для форс-мажору. Шлях створення продукту за допомогою CCPM будується з урахуванням ресурсних обмежень. Завдяки цьому встигнути виконати завдання у термін реальніше.
2. Обидва методи відрізняються завданнями. Основні завдання CPM – планування проекту та визначення найбільш пріоритетних завдань. Завдання CCPM — якнайшвидше закінчити роботу з урахуванням ресурсних обмежень.
3. План CCPM дає більше можливостей для маневру, в той час як план critical path method будується для того, щоб чітко слідувати йому і не згортати з шляху.

10. PMBOK: управління проектами

Якщо ви хочете з головою поринути у методики управління проектами, вивчайте зведення правил PMBOK. Тут зібрано різні способи комплексного управління проектами для різних галузей. PMBOK було розроблено Інститутом управління проектами (PMI).

У посібнику PMBOK описується п'ять груп процесів управління проектами та продуктами: ініціація, планування, виконання, моніторинг та закриття проекту. Це об'ємний посібник, який можна використовувати як готову схему. Що у ньому є?

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

• це важка методологія. Багато тексту та схем, у яких потрібно розібратися. Однак якщо розберетеся, зможете організувати роботу будь-якої команди;
• всі знання у цьому посібнику потрібно адаптувати під свій проект, особливо якщо він невеликий.
• не враховуються галузеві особливості.

Кожна модель управління проектами, про які ми розповіли, має свої переваги і недоліки. Вибір відповідної методології залежить від конкретних вимог замовника та характеристик майбутнього продукту. Важливо розуміти, що немає універсальної методології. Пробуйте та шукайте ту, яка підходить саме вашій команді та вашому продукту, а також стежте за сучасними технологіями менеджменту.

Спробуйте Kaiten - інструмент для ефективного управління проектами та командами з будь-якої методології