Управління проєктами (англ.project management) — область знань з планування, організації та управлінняресурсами з метою успішного досягнення цілей та завершення завдань проєкту. Іноді ототожнюється з управлінням програмами, але програма — це фактично вищий рівень: група пов'язаних та взаємозалежних проєктів.
Проєкт — це обмежений часовими рамками процес, що має визначений початок та кінець, зазвичай обмежений датою, але також може обмежуватися фінансуванням або досягненням результатів[1], який здійснюється для реалізації унікальних цілей та завдань[2], зазвичай, щоб призвести до вигідних змін або створення доданої вартості. Тимчасова природа проєктів контрастує з бізнесом (процесами)[3], які є повторюваною, постійною або частково постійною діяльністю з виробництва продуктів або послуг. На практиці, управління вищезазначеними двома системами часто різниться і таким чином вимагає розвитку окремих технічних навичок та використання розподіленого управління ними.
Головним завданням проєктного управління є досягнення всіх цілей[4] та виконання завдань проєкту, одночасно виконуючи зобов'язання щодо наперед визначених обмежень проєкту.[5] Типовими обмеженнями є межі та зміст проєкту, час, бюджет.[1] Другорядним завданням, але більш амбітним, є оптимізація, розподілення та інтеграція завдань, необхідних для досягнення наперед визначених цілей.
Історія управління проєктами
Управління проєктами практикувалося з початку виникнення цивілізації. До 1900 року творчі архітектори та інженери управляли інженерними проєктами самотужки. Наприклад, Вітрувій (1 століття до н. е.), Кристофер Рен (1632–1723), Томас Телфорд (1757 — 1834) та Ісамбард Кінгдом Брюнель (1806 −1859).[6] З 1950 року організації почали систематично використовувати інструменти та техніки проєктного управління для керування складними проєктами.[7]
Як наука, управління проєктами виникло з декількох прикладних наук, таких як будівництво, інженерія та оборонна діяльність.[8] Засновником проєктного управління вважають Генрі Ґанта, якого називають батьком технік планування та контролю.[9] Він відомий завдяки використанню діаграми Ганта, як інструменту управління проєктами. Також засновником проєктного управління вважають Анрі Файоль, завдяки створенню ним 5 функцій управління, що формують засади знань управління проєктами та програмами.[10] Гант та Файоль були прихильниками теорій з наукового управління Фредерика Вінслов Тейлора. Його робота — це попередник сучасних інструментів управління проєктами, включаючи декомпозицію робіт та розподілення ресурсів.
1950-ті розпочали епоху сучасного проєктного управління. Управління проєктами почали визнавати, як окремий напрям, що виник з науки про управління.[11] В Сполучених Штатах до 1950-их проєктами управляли "ad hoc", використовуючи діаграми Ґанта, неформальні техніки та інструменти. В той час, було розроблено дві математичні моделі проєктного управління. Метод критичного шляху (англ.Critical Path Method - CPM) був розроблений, як спільний проєкт між корпораціями ДюПон (англ.DuPont Corporation) та Ремінґтон Ренд (англ.Remington Rand Corporation) для управління та підтримки проєктів. Програма оцінки та контролю (англ.Program Evaluation and Review Technique - PERT) була розроблена Буз-Аленом та Гамільтоном (англ.Booz-Allen & Hamilton) разом з Корпорацією Локгід (англ.Lockheed Corporation), як частина програми військово-морського флоту Сполучених Штатів для підводних човнів, — Ракети Полярис.[12] Ці математичні техніки швидко поширилися між багатьма приватними підприємствами.
В той час, коли розроблялися моделі планування, техніки для оцінки вартості проєктів, завдяки проривним роботам Ганса Ланґе та інших виникло Управління вартістю та Інженерна економіка. В 1956 р. першими практиками проєктного управління та суміжними спеціалістами з календарного планування (проєктного контролю), оцінки вартості та її контролю була створена Американська асоціація інженерів з управління вартістю (англ.American Association of Cost Engineers) зараз, дослівно, Міжнародна асоціація з просування управлінням вартістю (англ.Association for the Advancement of Cost Engineering - AACE International). AACE продовжувала дослідницькі роботи і в 2006 р. випустила перший інтегрований процес для портфельного, програмного та проєктного управління: Система повного управління вартістю (англ.Total Cost Management Framework).
Міжнародна асоціація проєктного управління (англ.International Project Management Association - IPMA) була заснована в Європі в 1967 р.,[13] як об'єднання декількох національних асоціацій проєктного управління. IPMA й сьогодні зберігає федеральну структуру і зараз складається з членів-асоціацій на кожному континенті за виключенням Антарктиди. IPMA пропонує програму сертифікації, що складається з чотирьох рівнів, яка базується на основних компетенціях IPMA (англ.IPMA Competence Baseline - ICB).[14] Компетенції ICB включають технічні компетенції, контекстуальні компетенції та поведінкові компетенції.
В 1969 р. в Сполучених Штатах був створений Інститут проєктного управління (англ.Project management institute - PMI).[15] PMI опублікував Довідник з управління проєктами (англ.A Guide to the Project Management Body of Knowledge - PMBOK Guide), який описує практики управління проєктами, що є однаковими для «більшості проєктів у більшості випадків». PMI також пропонує різноманітну сертифікацію.
Методи управління проєктами
Існує певна кількість методів управління проєктними активностями, включаючи Еджайл (англ.Agile), інтерактивні, послідовні та методи розподілу на етапи.
Попри метод, що використовується, необхідно дуже уважно розглядати загальні цілі проєкту, календарний план, вартість (витрати), одночасно з ролями та відповідальністю усіх виконавців та зацікавлених сторін.
Традиційний метод
Традиційний метод поділу на етапи передбачає визначення послідовності дій, що мають бути завершені. В «традиційному методі» можливо визначити 5 складових проєкту (4 етапи та контроль) розвитку проєкту:
Не всі проєкти проходять кожен з етапів; проєкт може бути припинений до його завершення. Деякі проєкти не мають етапів структурованого планування та/або моніторингу. Деякі проєкти проходять стадії 2, 3, 4 або декілька разів.
В розробці програмного забезпечення цей підхід відомий під назвою, дослівно, «модель водоспаду», (англ.waterfall model),[16] наприклад, друга група завдань виконується після першої в лінійній послідовності. Для «моделі водоспаду» використовуватимемо назву «послідовна модель». З метою адаптації послідовної моделі при розробці програмного забезпечення багато організацій використовують методологію Раціональних уніфікованих процесів (англ.Rational Unified Process - RUP). RUP не вимагає та однозначно не вказує на необхідність використання послідовної моделі. Використання послідовної моделі управління проєктами ефективне для невеликих, визначених проєктів, але для більш великих, невизначених та нових проєктів зазначена модель часто призводить до негативних результатів. «Конус невизначеності» (англ.Cone of Uncertainty) пояснює таке явище тим, що планування, яке виконується на початкових етапах проєкту є не ефективним через значний ступінь невизначеності. Це особливо актуально для розробки програмного забезпечення, оскільки така розробка часто є новим продуктом. В проєктах, де вимоги не були завершені і можуть змінюватися, використовується управління вимогами з метою розробки точного і повного визначення поведінки програмного забезпечення, що може бути базисом для його розробки.[17] Тоді як визначення можуть змінюватися в залежності від галузі, фактичні етапи зазвичай відповідають загальним крокам вирішення проблем (англ.problem solving) — «ідентифікація проблеми, оцінювання варіантів вирішення, вибір шляху вирішення, впровадження та оцінювання».
Критичний шлях управління проєктом
Критичний шлях управління проєктом (англ.Critical Chain Project Management - CCPM) — це метод планування та управління проєктами, який на перше місце ставить управління ресурсами (фізичними та людськими), необхідними для виконання завдань проєкту. Фактично це доповнення Теорії обмежень (англ.Theory of Constraints - TOC) для проєктів. Головним завданням є підвищення продуктивності (або збільшення відсотку завершених завдань) проєктів в організації. Застосовуючи перші три з п'яти основних кроків TOC, системні обмеження для всіх проєктів визначаються як ресурси. Щоб використовувати обмеження, завдання на критичному шляху отримують пріоритет вищий ніж інші активності. Загалом, проєкти плануються та управляються таким чином, щоб ресурси були доступні, коли завдання критичного шляху мають розпочатися, підпорядковуючи усі інші ресурси завданням критичного шляху.
Попри тип проєкту, план проєкту має визначати розподілення ресурсів на рівні (англ.Resource Leveling). Найдовша послідовність ресурсно-обмежених завдань має бути визначена, як критичний шлях. В середовищах, що мають декілька проєктів, розподілення ресурсів на рівні використовується в усіх проєктах. Часто, досить визначити (чи просто обрати) один наскрізний ресурс — ресурс, що виступає як обмеження в усіх проєктах та послідовно розташувати проєкти відповідно до доступності цього ресурсу.
Екстремальне управління проєктами
В критичних оглядах Управління проєктами зазначалося, що декілька методів управління проєктами, які базуються на методиці Програми оцінки та контролю (англ.Program Evaluation and Review Technique – PERT), не повною мірою відповідають мультипроєктному середовищу сучасних компаній. Більшість з таких компаній орієнтовані на масштабні, єдиноразові, не повторювані проєкти, в яких усі види управління використовують інструменти проєктного управління.
Використання проєктної моделі для «проєктів», чи скоріше «завдань», що тривають декілька тижнів, на практиці призводить до непотрібних витрат та слабкої гнучкості. Замість використання класичного управління проєктами, фахівці з управління проєктами намагаються знайти різні «полегшені» методи (моделі), такі як методологія управління проєктами Еджайл (англ.Agile Project Management — дослівно «швидке, рухливе» управління проєктами), включаючи Екстремальне програмування (англ.Extreme programming) для розробки програмного забезпечення, а також техніки Скрам (англ.Scrum — дослівно, натовп, скупчення).
Узагальнення Екстремального програмування для застосування в інших видах проєктів отримало назву Екстремальне проєктне управління, що може бути використане разом з Побудовою процесів (англ.Process modeling) та принципами управління взаємодією людьми (англ.Human interaction management).
Управління послідовністю подій
Управління послідовністю подій (англ.Event chain methodology) — це ще один метод, який доповнює методи критичного шляху (англ.Critical Path Method - CPM) та метод управління критичним шляхом (англ.Critical Chain Project Management - CCPM).
Метод управління послідовністю подій — це техніка управління невизначеністю та аналізу структури і плану виконання робіт (завдань), що сфокусована на визначенні та управлінні подіями та послідовностями подій, які впливають на план реалізації проєкту. Управління послідовністю подій допомагає зменшувати негативний вплив досвіду взаємодії та особистих якостей, одночасно допомагаючи моделювати невизначеності в планах виконання проєктів. Управління послідовністю подій базується на наступних принципах:
Ймовірний момент ризику: Активність (завдання) в більшості реальних процесів не є тривалим безперервним процесом. На завдання впливають зовнішні події, які можуть виникнути на одному з етапів посередині виконання завдання.
Послідовність подій: Події можуть викликати інші події, що будуть створювати послідовності подій. Такі послідовності подій можуть суттєво впливати на шлях проєкту. Кількісний аналіз використовується для визначення кумулятивного ефекту таких послідовностей подій на план виконання проєкту.
Критичні події або послідовності подій: Одиночні події або послідовності подій, що найбільш ймовірно зможуть вплинути на проєкт вважаються «критичними подіями» або «критичними послідовностями подій». Вони можуть бути визначені шляхом аналізу.
Письмове відображення проєкту разом з подіями: Навіть якщо проєкт частково завершений і тривалість проєкту, вартість, а також інформація про події, що сталися, вже відомі, існує можливість уточнення інформації про майбутні можливі події, що дозволяє спрогнозувати ефективність майбутнього виконання проєкту.
Відображення послідовності подій: Події та послідовності подій можуть бути відображені, використовуючи діаграми послідовності подій на діаграмі Ґанта.
Проєкти в контрольованому середовищі
Проєкти в контрольованому середовищі (англ.Projects in controlled environments - PRINCE) — це структурований підхід до управління проєктами, який був створений в 1996 році, як типовий метод управління проєктами.[18] Фактично це комбінація методології PROMPT (що еволюціонувала в методологію PRINCE) з методологію IBM MITP (англ.Managing the implementation of the total project - MITP) — Управління впровадженням усього проєкту. PRINCE2 пропонує метод управління проєктами в рамках чітко визначеної структури організації. PRINCE2 описує процедури координації людей та активностей в проєкті, як розробляти та контролювати проєкт та що робити, якщо необхідно внести зміни до проєкту у зв'язку з відхиленням від плану впровадження.
Кожен процес визначено з ключовими вхідними та вихідними даними, а також цілями та активностями, які необхідно виконати для досягнення таких цілей. Це дозволяє автоматично контролювати будь-яке відхилення від плану. Розподілення на етапи, якими можливо управляти, забезпечує ефективний контроль ресурсів. Впровадження проєкту відбувається структуровано та контрольовано, завдяки інтегрованому контролю за виконанням.
PRINCE2 надає єдину термінологію усім учасникам проєкту. Різноманітні ролі управління та сфери відповідальності, що задіяні в проєкті, повністю описані та можуть бути адаптовані, щоб відповідати складності проєкту та можливостям організації.
Процесне управління
Подальший розвиток концепції контролю в проєктному управлінні призводить до об'єднання методик процесного управління (англ.Proces-based management). Ця сфера розвивається завдяки використанню Моделей зрілості (англ.Maturity models), таких як CMMI (англ.Capability Maturity Model Integration) — дослівно, Інтеграція моделі можливостей зрілості) та ISO/IEC15504 (англ.Software Process Improvement and Capability Estimation – SPICE), дослівно, Покращення процесу розробки програмного забезпечення та оцінки можливостей). Підходи до управління проєктами Еджайл (англ.Agile project management) базуються на принципах управління взаємодією людей (англ.Human interaction management), що засновані на процесному підході до співпраці людей. Цей підхід дуже сильно відрізняється від традиційного. Розробка програмного забезпечення Еджайл чи Гнучка розробка продукту (англ.Flexible product development) розглядають проєкт, як послідовність невеликих завдань, які виникають та виконуються ситуативно, відповідно до вимог обставин. Ініціація та виконання є скоріше адаптивними до зовнішніх обставин, ніж завчасно повністю спланованим процесом.
Групи процесів управління проєктами
Традиційно, управління проєктами включає наступний перелік елементів: чотири групи процесів та систему контролю. Незалежно від методології чи термінології, що застосовується, використовуються одні й ті самі базові процеси управління проєктами.
У проєктному середовищі з дослідницьким нахилом (наприклад, Дослідження та проєктування, (англ.Researsh and Development)) зазначені етапи можуть доповнюватися точками прийняття рішень, де вирішується чи потрібно продовжувати чи припинити впровадження проєкту.
Ініціювання
Процес ініціювання визначає зміст та межі проєкту. Якщо зазначений етап виконується не повною мірою, то здебільшого проєкт не буде відповідати вимогам бізнесу. Ключовими контрольними індикаторами для зазначеного етапу є розуміння бізнес середовища та включення усіх необхідних контрольних індикаторів в проєкт. Усі невідповідності, проблемні питання мають бути розглянуті та рішення щодо таких питань мають бути прийняті з метою їх усунення.
Етап ініціювання має містити план, що висвітлює такі питання:
аналіз бізнес-потреб / вимог в вимірюваних показниках.
огляд існуючих процесів.
Фінансовий аналіз витрат і доходів, включаючи бюджет.
аналіз зацікавленими сторонами, включаючи користувачів, працівників підтримки проєкту.
статут проєкту (project charter) - підсумковий документ ініціації, який включає витрати, завдання, результати та календарний план впровадження.
Планування та розробка
Після етапу ініціювання, проєкт заплановано з необхідним рівнем деталізації. Головне завдання - спланувати час, витрати та ресурси з метою адекватної оцінки роботи, яку необхідно виконати, та ефективного управління ризиками протягом впровадження проєкту. Аналогічно групі процесів ініціювання, недостатньо розроблений план значно знижує шанси проєкту успішно завершити поставлені перед ним завдання.
Планування проєкту загалом складається з:
визначення «як планувати?» (наприклад, за рівнем деталізації чи етапами впровадження).
розробки документу, що визначає зміст та межі проєкту.
визначення групи відповідальних, що плануватимуть проєкт.
визначення результатів проєкту та створення структури декомпозиції робіт.
визначення завдань, які необхідно виконати для досягнення цілей проєкту, та логічне послідовне об'єднання таких завдань.
оцінки вимог до ресурсів для забезпечення виконання завдань.
Додаткові процеси, такі як планування комунікацій, визначення ролей та рівня відповідальності, закупівель в рамках проєкту, а також проведення попередньої зустрічі учасників проєкту (англ.Kick-off meeting) загалом є рекомендованими.
Для проєктів з розробки нових продуктів, концептуальна розробка продукту може проводитися одночасно з активностями з планування, які можуть допомогти групі з планування, шляхом інформування про визначені результати проєкту та заплановані завдання.
Виконання
Виконання складається з процесів, необхідних для завершення робіт, визначених в плані проєкту, з метою виконання вимог проєкту. Процес виконання включає координування людей та ресурсів, одночасно з інтеграцією та виконанням завдань проєкту відповідно до плану управління проєктом. Результати проєкту є результатами виконання завдань проєкту відповідно до плану проєкту.
Моніторинг та Контроль складається з процесів, що виконуються з метою огляду стану виконання проєкту, щоб потенційні проблеми були визначені вчасно і коригуючі дії можливо було виконати, з метою контролю виконання проєкту. Головним здобутком є регулярний огляд та оцінювання процесу виконання проєкту з метою визначення відхилень від плану управління проєктом.
Моніторинг та контроль включає:
вимірювання поточного виконання завдань проєкту (де ми є зараз?).
моніторинг змінних складових проєкту (зміст та межі проєкту, витрати тощо) в порівнянні до плану управління проєкту та базового плану виконання проєкту (де ми маємо бути?).
визначення коригуючих дій, з метою правильного вирішення відкритих питань та ризиків (Як ми можемо привести фактичний стан виконання до планового виконання?).
вплив на фактори, що можуть призвести до порушення інтегрованого контролю змін, для того щоб лише погоджені зміни впроваджувалися.
В багатоетапних проєктах процеси моніторингу та контролю забезпечують зворотний зв'язок між етапами проєкту, задля забезпечення коригуючих чи превентивних дій з метою приведення проєкту у відповідність з планом управління проєктом.
Підтримка проєкту — це постійний процес, що включає:
На цьому етапі, аудитори мають звертати увагу на ефективність та швидкість вирішення проблем користувачів.
Наприклад, протягом впровадження будь-якого будівельного проєкту зміст та межі проєкту можуть змінюватися. Зміни — це нормальна та очікувана частина процесу будівництва. Зміни можуть бути результатом необхідних модифікацій конструкції, відмінностях будівельного майданчика, доступності матеріалів, змін на вимогу підрядної організації, впливом третіх сторін і т. д. Окрім впровадження змін, вони мають бути закріплені в документах, щоб відобразити кінцевий результат. Описаний процес отримав назву Управління змінами (англ.Change management). Зазвичай власник вимагає остаточне документування змін, щоб зафіксувати усі зміни, а іноді, будь-яку зміну, що змінює матеріальні пакети завершеної роботи. Документування здійснюється за допомогою договірних документів, зазвичай, але не обов'язково, обмежуючись кресленнями. Кінцевий продукт такого процесу отримав назву, дослівно, «креслення, як побудовано» (англ.As-built drawing), чи більш спрощено, «Як побудовано» (англ.As built). Вимога щодо надання таких креслень є нормою будівельних договорів. Коли зміни внесені до проєкту, життєздатність проєкту має бути оцінена ще раз. Важливо не втратити початкових цілей та завдань проєкту. Коли усі зміни зібрані, прогнозований результат може не виправдати інвестиції у проєкт.
Завершення
Завершення включає формальне прийняття проєкту та відповідно його закриття. Проводяться адміністративні активності, включаючи передачу до архіву робочої документації та документування здобутого досвіду. Цей етап складається з:
закриття проєкту: Завершення усіх активностей у всіх групах процесів з метою формального закриття проєкту або етапу проєкту.
закриття договору (контракту): Завершення та оплата кожного договору, включаючи вирішення будь-яких відкритих питань, та закриття кожного договору, що стосується проєкту в цілому або певного етапу проєкту.
Системи контролю проєктів
Контроль проєкту — це елемент, який забезпечує відповідність проєкту графіку виконання та бюджету. Контроль проєкту починається з планування та закінчується звітом з виконання проєкту, пронизуючи кожен елемент процесу управління проєктом. Кожен проєкт має бути оцінений щодо рівня необхідного контролю: забагато контролю означає втрату часу, замало контролю означає збільшення ризиків. Якщо контроль проєкту впроваджений не вірно, вартість для бізнесу пояснюється у термінах помилок, виправлень та додаткових витрат на аудит.
Системи контролю необхідні для витрат, ризиків, якості, комунікацій, часу, змін, закупівель та людських ресурсів. До того ж аудитори мають визначити наскільки проєкти впливають на фінансову звітність, наскільки достовірну інформацію отримують замовники і скільки точок контролю існує. Аудитори мають розглянути процес розробки та процедури на предмет способу впровадження. Процес виробництва та якість кінцевого продукту також може бути оцінений, якщо така потреба виникає. Бізнес може забажати від аудиторської фірми фіксування проблем на ранніх етапах з метою зменшення зусиль необхідних на виправлення. Аудитор може виступати як консультант з контролю, частина проєктної команди або як окремий аудитор, частина авдиту. Бізнес іноді використовує формалізовані процеси розробки систем. Це допомагає підтвердити успішність розробки. Формальний процес ефективніший у створенні сильних точок контролю. Авдитори мають перевірити такий процес та підтвердити його якісну організацію та відповідність практиці. Гарний формальний план впровадження системи характеризує:
Стратегія, задля приведення розробки до загальніших цілей організації.
Менеджер проєкту — це фахівець у сфері управління проєктами. Менеджер проєкту може бути відповідальним за планування, виконання та завершення будь-якого проєкту, зазвичай в будівельній галузі, прокладанні кабельних мереж, телекомунікаціях або розробці програмного забезпечення. У галузях виробництва та надання послуг також існують менеджери проєктів.
Менеджер проєкту — це особа відповідальна за виконання визначених завдань проєкту. Головними завданнями менеджера проєктів є визначення чітких та реалізовних завдань проєкту, визначення вимог до проєкту та управління трьома обмеженнями проєкту: вартістю, часом, межами та обсягом завдань.
Менеджер проєкту досить часто є представником замовника і має визначити та сформулювати чіткі потреби / вимоги замовника, базуючись на знаннях про організацію, яку він представляє. Вміння використовувати внутрішні процедури підрядника та створювати тісні зв'язки з призначеними представниками замовника є життєво необхідним для забезпечення виконання ключових завдань щодо ціни, часу реалізації, якості та задоволення вимог замовника.
Як будь-яке починання, проєкт виконується та завершується відповідно до певних обмежень. Традиційно такими обмеженнями вважаються «зміст та межі» (англ.Scope), «час» (англ.Time) та «вартість» (англ.Cost).[1] Такі обмеження отримали назву «Трикутник управління проєктами», де кожна сторона є певним обмеженням. Одна сторона трикутника не може бути змінена, щоб не вплинути на інші сторони. Подальше уточнення обмежень відділяє «якість» (англ.Quality) чи «продуктивність» впровадження проєкту від «змісту та меж» і перетворює якість в четверте обмеження.
Обмеження за часом — це час, за який необхідно завершити проєкт. Вартість — це розмір бюджету, який виділений на реалізацію проєкту. Обмеження за змістом та межами — це завдання, які мають бути завершені для досягнення кінцевого результату проєкту. Зазначені три обмеження досить часто взаємопов'язані: збільшення меж та обсягів завдань, зазвичай призводить до збільшення часу та вартості, обмежений час може означати збільшення вартості чи зменшення змісту та меж проєкту.
Наука про управління проєктами забезпечує інструменти та методи, що надають змогу команді проєкту (не лише менеджеру проєкту) організувати свою роботу таким чином, щоб виконати вимоги щодо обмежень.
Структура декомпозиції робіт
Структура декомпозиції робіт (англ.Work breakdown Structure - WBS) — це деревоподібна структура, що показує розподіл завдань необхідних для досягнення цілі / виконання завдання; наприклад, програма, проєкт та контракт. WBS може бути орієнтована на апаратну частину, продукт, сервіс чи процес.
WBS може бути розроблена шляхом послідовного поділу кінцевої цілі / завдання на компоненти, що підлягають управлінню, з огляду на розмір, тривалість та відповідальність (наприклад, системи, підсистеми, компоненти, завдання, під завдання, пакети робіт), та містять усі кроки необхідні для виконання завдання.[17]
Структура декомпозиції робіт забезпечує основу для природного впровадження загального планування та контролю контракту, та є базисом для поділу роботи на етапи з яких можуть бути виділені завдання і може бути впроваджена технічна, календарна, витратна звітність та звітність на підставі людино-годин.[20]
Структура управління проєктами
Життєвий цикл Програми (Інвестиції) включає управління проєктом та життєві цикли впровадження системи разом з активностями, пов'язаними з розгортанням системи та експлуатацією. Відповідно до концепції, управління експлуатацією системи та пов'язані активності, що виникають після завершення проєкту, не визначені в цьому посібнику.[19]
Наприклад, див. діаграму, у Департаменті управління справами ветеранів Сполучених Штатів (англ.US United States Department of Veterans Affairs - VA) життєвий цикл управління програмою визначений та описаний в Структурі управління IT проєктами VA, щоб інтегрувати проєктні (інвестиційні) активності та проєкт в цілому в процес бюджетування. Діаграма «Структура управління проєктами» ілюструє Етап 4, який виникає після розгортання системи та закриття проєкту. Активності етапу закриття проєкту в VA продовжуються протягом розгортання системи та переходять в етап експлуатації системи з метою відображення активностей, які вважаються частиною проєкту. Діаграма показує дії та пов'язані артефакти процесу Управління IT проєктами та програмами в VA.[19]
Міжнародні стандарти
Було декілька спроб розвитку стандартів Управління проєктами, такі як:
ISO_21500 - серія стандартів Міжнародної організації зі стандартизації (ISO), які застосовуються при управлінні проєктами, програмами та портфелями організацій.
Модель Можливостей Зрілості (англ.Capability Maturity Model) — Інститут інженерів програмного забезпечення (англ.Software Engineering Institute).
Світова спільнота з Стандартів Ефективності проєктів (англ.Global Alliance for Project Performance Standards - GAPPS) — відкритий стандарт, що описує компетенції для менеджерів проєктів та програм.
Посібник з Управління проєктами (англ.A Guide to the Project Management Body of Knowledge).
Метод Гермес (англ.HERMES method) — загальний метод управління проєктами у Швейцарії, обраний для використання в Люксембурзі та міжнародних організаціях.
Стандарти ISO, ISO 9000 — сім'я стандартів щодо систем управління якістю, ISO 10006:2003, Системи управління якістю та посібник з управління якістю в проєктах.
Prince2 (англ.Project in controlled Environments) — дослівно, проєкти в контрольованих середовищах.
Процес розробки програмного забезпечення командою (англ.Team Software Process - TSP) — Інститут інженерів програмного забезпечення (англ.Software Engineering Institute).
Структура управління загальними витратами (англ.Total cost management framework) — міжнародна методологія AACE для Інтегрованого портфелю, Програм та Управління проєктами.
V-модель — метод розробки систем.
Метод логічної структури (англ.Logical framework approach) — метод, популярний в міжнародних девелоперських організаціях.
P2M (англ.A Guidebook of Project and Program Management for Enterprise Innovation) — стандарт по управлінню проєктами, що базується на інноваційних програмах.
Управління портфелем проєктів
Зростаюча кількість організацій використовує так зване управління портфелем проєктів (англ.Project portfolio management - PPM), як інструмент вибору пріоритетних проєктів, після чого використовуються методи управління проєктами,[21] як засіб узгодження ресурсних конфліктів (у випадках, коли кілька проєктів конкурують за доступ до спільних ресурсів) і як засіб досягнення результатів у формі найкращої вигоди для організацій в цілому.
Методи управління проєктами використовуються для того, щоб «правильно впроваджувати проєкти», а PPM використовується для того, щоб «впроваджувати правильні проєкти». В багатьох галузях PPM стає методом вибору та пріоритезації серед проєктів, що використовують одній й ті ж ресурси (конфлікт інтерсів).
↑Young-Hoon Kwak (2005). «A brief history of Project Management». In: The story of managing projects. Elias G. Carayannis et al. (9 eds), Greenwood Publishing Group, 2005. ISBN 1-56720-506-2
↑David I. Cleland, Roland Gareis (2006). Global project management handbook. "Chapter 1: «The evolution of project management». McGraw-Hill Professional, 2006. ISBN 0-07-146045-4
↑Martin Stevens (2002). Project Management Pathways. Association for Project Management. APM Publishing Limited, 2002 ISBN 1-903494-01-X p.xxii
↑Morgen Witzel (2003). Fifty key figures in management. Routledge, 2003. ISBN 0-415-36977-0. p. 96-101.
↑David I. Cleland, Roland Gareis (2006). Global project management handbook. McGraw-Hill Professional, 2006. ISBN 0-07-146045-4. p.1-4 states: «It was in the 1950s when project management was formally recognized as a distinct contribution arising from the management discipline.»
↑Albert Hamilton (2004). Handbook of Project Management Procedures. TTL Publishing, Ltd. ISBN 0-7277-3258-7
Література
В. Бакуменко. Управління проєктами // Політична енциклопедія. Редкол.: Ю. Левенець (голова), Ю. Шаповал (заст. голови) та ін. — К.:Парламентське видавництво, 2011. — с.738 ISBN 978-966-611-818-2
Бурков В.Н., Коргин Н.А., Новиков Д.А. Введение в теорию управления организационными системами. Учебник / Под ред. Д. А. Новикова. - М.: Книжный дом "ЛИБРОКОМ", 2009. – 264 с.
H.GamalisS.E. Wakil Bupati Berau ke-4PetahanaMulai menjabat 26 Februari 2021PresidenJoko WidodoGubernurIsran NoorBupatiSri Juniarsih Mas PendahuluAgus TantomoPenggantiPetahana Informasi pribadiLahir11 November 1966 (umur 57)Tanjung Redeb, Kalimantan TimurKebangsaanIndonesiaPartai politikPPPSuami/istriHj. Sri Aslinda Sulaiman, S.H.Anak4Alma materUniversitas Negeri MalangPekerjaanPolitikusSunting kotak info • L • B H. Gamalis, S.E. (lahir 11 November 1966) adalah Waki...
Logo TVRI Halaman ini memuat daftar acara yang ditayangkan saluran-saluran dari TVRI, mencakup TVRI, TVRI Daerah, TVRI World dan TVRI Sport. Acara saat ini Anak-anak dan animasi Anak Indonesia Ayo ke Museum Benjamin the Elephant [en] Mademoiselle Zazie Mari Menggambar Team S.T.E.A.M.! (sebelumnya ditayangkan di RTV) Berita Acara Daerah Hari Ini tidak relevan, mohon disertakan ke masing-masing artikel TVRI daerah. Breaking News Daerah Hari Ini Dunia dalam Berita (bersama TVRI Daer...
American hunting dog with keen sense of smell Dog breedAmerican FoxhoundAmerican FoxhoundCommon nicknamesFoxhoundOriginUnited StatesTraitsHeight Males 21–25 in (53–64 cm)Weight Males 55–71 lb (25–32 kg)Coat Short, hardColor red, tricolor, black and tan, blueLitter size 5-7 puppiesLife span 10–12 yearsKennel club standardsAmerican Kennel Club standardFédération Cynologique Internationale standardNotesState dog of VirginiaDog (domestic dog) The American...
Senior legal officer in Ireland prior to 1921 This article is about the pre-independence office. For the modern office, see Attorney General of Ireland. Michael Morris, later Lord Killanin, Attorney-General for Ireland from 1866 to 1867 Philip Tisdall, Attorney-General for Ireland from 1760 to 1777, portrait by Angelica Kauffmann The Attorney-General for Ireland was an Irish and then (from the Act of Union 1800) United Kingdom government office-holder. He was senior in rank to the Solicitor-G...
This article is about the Algerian city. For the city in Djibouti, see Anaba, Djibouti. This article has an unclear citation style. The references used may be made clearer with a different or consistent style of citation and footnoting. (August 2017) (Learn how and when to remove this template message) City in Annaba Province, AlgeriaAnnaba عنّابةCityLocation of Annaba, Algeria within Annaba ProvinceAnnabaLocation within AlgeriaShow map of AlgeriaAnnabaAnnaba (Africa)Show map of AfricaC...
Pour les articles homonymes, voir Saint-Aubin et Saint-Aubin-sur-Mer. Saint-Aubin-sur-Mer La mairie. Blason Administration Pays France Région Normandie Département Calvados Arrondissement Caen Intercommunalité Communauté de communes Cœur de Nacre Maire Mandat Alexandre Berty 2020-2026 Code postal 14750 Code commune 14562 Démographie Gentilé Saint-Aubinais Populationmunicipale 2 139 hab. (2021 ) Densité 706 hab./km2 Géographie Coordonnées 49° 19′ 45″...
Visualisasi komputer dari lipase pankreas babi Lipase adalah enzim yang dapat sekali bekerja dengan mengkatalisis hidrolisis ikatan ester dalam substrat lipid yang tidak larut air seperti trigliserida berantai panjang.[1] Dengan demikian, lipase tergolong dalam enzim esterase.[1] Enzim ini juga mampu mengkatalisasi pembentukan ikatan ester (esterifikasi) dan pertukaran ikatan ester (transeterifikasi) pada media bukan air.[2] Lipase diproduksi pada karbon berlipid, sepe...
Túnel de Fréjus Túnel de FréjusUbicación (Alpes).UbicaciónPaís Italia FranciaCoordenadas 45°08′27″N 6°41′20″E / 45.140833, 6.688889Características del túnelTipo Túnel carretero, Túnel internacional y Toll tunnelLongitud 12,87 kmDiseño y construcciónInauguración 1980[editar datos en Wikidata] El túnel de Fréjus, o túnel del Fréjus (en francés: Tunnel du Fréjus), es un túnel de carretera que une Francia e Italia, bajo la m...
Pour les articles homonymes, voir Combe (homonymie). Jean-Christophe Combe Fonctions Ministre des Solidarités, de l'Autonomie et des Personnes handicapées 4 juillet 2022 – 20 juillet 2023(1 an et 16 jours) Président Emmanuel Macron Premier ministre Élisabeth Borne Gouvernement Borne Prédécesseur Damien Abad Successeur Aurore Bergé Directeur général de la Croix-Rouge française 27 juin 2017 – 4 juillet 2022(5 ans et 7 jours) Prédécesseur Annie Burlo-Bourdil ...
Akmal TaherLahir27 Juli 1955 (umur 68)Jakarta, IndonesiaKebangsaanIndonesiaPekerjaan- Dirut RSCM, Jakarta- Ketua Ikatan Ahli Urologi Indonesia.Orang tuaTaher dan Rosnalia Akmal Taher (lahir 27 Juli 1955) adalah seorang dokter ahli bedah asal Indonesia. Ia pernah menjabat sebagai direktur utama Rumah Sakit Dr. Cipto Mangunkusumo, Jakarta dan Ketua Ikatan Ahli Urologi Indonesia. Akmal merupakan pemilik hak paten use of inhibitor of phosphodiesterase IV di Jerman, Amerika Serikat, Kanada, ...
Lee StrobelLahir25 Januari 1952 (umur 72)Arlington Heights, Illinois, ASPekerjaanLegal editor, penulis, jurnalis, pendetaKebangsaanAmerika SerikatAlmamaterUniversity of Missouri Yale UniversityPeriodekiniGenreSains dan agamaSejarah InjilTemaapologetik KristenPasanganLeslie StrobelAnakKyle Strobel, Alison StrobelWebsitehttp://www.leestrobel.com/ Lee Patrick Strobel (lahir 25 Januari 1952) adalah seorang pengarang Kristen, jurnalis, apologet dan pastor yang berasal dari Amerika Serikat. Ia...
دستور 1923، هو دستور بدأ العمل به في مصر الملكية في الفترة ما بين 1923 وحتى 1953. عقب صدور تصريح 28 فبراير 1922 الذي اعترف بمصر دولة مستقلة ذات سيادة، تم وضع دستور جديد للبلاد صدر في 19 أبريل عام 1923 ليحل محل القانون النظامي نمرة 29 لسنة 1913، ووضعته لجنة مكونة من ثلاثين عضو ضمت ممثلين للأح�...
Island in Antigua and Barbuda This article is about the island. For the sovereign state that includes the island, see Antigua and Barbuda. For other places named Antigua, see Antigua (disambiguation). For the Guatemalan city, see Antigua Guatemala. For the associated state, see Associated State of Antigua. AntiguaNative name: Waladli or WadadliAerial view of AntiguaMap of Antigua showing the parishesAntiguaShow map of Antigua and BarbudaAntiguaShow map of Lesser AntillesAntiguaShow map of Car...
American sculptor Randolph Rogers Randolph Rogers (July 6, 1825 in Waterloo, New York – January 15, 1892 in Rome, Italy) was an American Neoclassical sculptor. An expatriate who lived most of his life in Italy, his works ranged from popular subjects to major commissions, including the Columbus Doors at the U.S. Capitol and American Civil War monuments. Biography Nydia, the Blind Flower Girl of Pompeii (1853–54), Metropolitan Museum of Art, New York City. Rogers was born in Waterloo, New Y...
Umayyad commander in Hispania (died c. 720) Ṭāriq ibn Ziyād طارق بن زيادBornNorth AfricaDiedc. 720Damascus, SyriaAllegianceUmayyad CaliphateBattles/warsConquest of Hispania • Battle of GuadaleteOther workGovernor of TangierGovernor of Al-Andalus Ṭāriq ibn Ziyād (Arabic: طارق بن زياد), also known simply as Tarik in English, was an Umayyad commander who initiated the Muslim conquest of Visigothic Hispania (present-day Spain and Portugal) in 711�...
مهرجان البندقية السينمائي الاسم مهرجان البندقية السينمائي الدولي الشعار أقدم مهرجان سينمائي في العالم البلد إيطاليا المكان 3 صالات للعروض في جزيرة ليدو فينيسيا تاريخ التأسيس 1932 الجوائز الأسد الذهبي لأفضل فيلم وكأس فولبي لأفضل تمثيل عدد الأفلام 21 فيلم في التنافس 49 فيل...
توبوليف تو 154 ПассажирскиеТу-154 Tupolev_Tu-154طائرة توبوليف 154 بيلاروسيةمعلومات عامةالنوع طائرة ركاببلد الأصل روسياسعر الوحدة 45 مليون دولارالتطوير والتصنيعالصانع توبوليفالمصمم ألكسي توبوليفسنة الصنع 1968-2013الكمية المصنوعة 1026 طائرةسيرة الطائرةدخول الخدمة 7 فبراير 1972أول طيرا...
Viet Cong bombing in Vietnam (1965) 1965 Qui Nhơn hotel bombingRescue workers at the site of the bombingLocationQui Nhơn, South VietnamDate10 February 1965Attack typeBombingDeaths23 U.S. Army 2 Viet Cong 7 civiliansPerpetratorsViet Cong vteMilitary engagements during the Vietnam WarGuerrilla phase Laos Biên Hòa Đồng Khởi Chopper Palace Bombing Sunrise Shufly Ấp Bắc Go Cong Hiep Hoa 34A Long Dinh Kien Long Quyet Thang 202 USNS Card Nam Dong An Lao Binh Gia Camp Holloway Dương Li...