Повноваження персоналу проекту

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

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

Повноваження управління проектами можуть класифікуватись певним чином, але не обмежуються ним:

· технічні - для реалізації проектів в структурованому вигляді, в тому числі термінологія з управлінню проектами, поняття і процеси, визначені в цьому стандарті

·

· поведінкові - пов'язані з особистими відносинами всередині певних меж проекту

·

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

3.10 Життєвий цикл проекту

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

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

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

Обмеження проекту

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

Деякі обмеження можуть бути такі:

· строк або кінцевий термін реалізації проекту

· наявність бюджету проекту

· наявність проекту ресурсів, таких як люди, приміщення, обладнання, матеріали, інфраструктура, інструменти та інші ресурси, необхідні для реалізації заходів проекту, які пов'язані з вимогами проекту

· фактори, пов'язані зі здоров'ям і безпекою персоналу

· рівень прийнятного ризику впливу

· потенціал соціального та екологічного впливу проекту

· закони, правила та інші вимоги законодавства

3.12 Зв'язок між концепціями управління проектами та процесами

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

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

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

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

4. Процеси управління проектами

4.1 прикладний процес управління проектами

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

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

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

Для того, щоб проект був успішним, повинні бути виконані наступні дії:

· вибрати відповідні процеси, описані в п. 4.3, які необхідні для досягнення цілей проекту;

· використовувати певний підхід до розробки та адаптації технічних характеристик продукту і плани для задоволення цілей проекту і вимог;

· дотримуватися вимоги щоб результат задовольнив спонсорів проекту, замовників та інших зацікавлених сторін;

· визначити і керувати масштабами у рамках проекту при розгляді проектних ризиків і потреб в ресурсах, щоб забезпечити результати проекту, а також

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

Процеси управління проектами в даному стандарті визначені й описані у рамках
мети, якій вони служать, відносини між процесами, взаємодії в рамках процесів,
та основні входи та виходи, які пов'язані з кожним процесом. Щоб бути стислим,
стандарт не вказує джерело всіх первинних входів і виходів, або куди йде основний вхід.

4.2 Групи процесів та предметні групи

4.2.1 Загальні положення

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

Табл. 1 Процеси управління проектами: перехресні посилання на груми процесів та предметних груп

	Групи процесів
Предметні групи Інтеграція     Зацікавлені сторони   Сфера     Ресурси   Час   Кошти   Ризик     Якість     Закупка   Зв'язок	Введення (започаткування)	Планування	Застосування	Контроль	Завершення
4.3.2 Розробка положень проекту	4.3.3 Розробка плану проекту	4.3.4 Направляти роботи проекту	4.3.5 Контролювати роботою над проектом 4.3.6 Контролювати змінами	4.3.7 Закриття фаз проекту або проекту 4.3.8 Засвоїти весь вивчений матеріал
4.3.9 Визначити зацікавлених сторін	4.3.11 Визначити сферу 4.3.12 Створення структури робот проекту 4.3.13 Визначити діяльність	4.3.10 Контроль зацікавлених сторін
4.3.14 сфера управління
4.3.15 Створіть проектну групу	4.3.16 Оцінка ресурсів 4.3.17 Визначити організацію проекту	4.3.18 Розробка проектної групи	4.3.19 Управління ресурсами 4.3.20 Управління проектною групою
4.3.21 Послідовна діяльність 4.3.22 Оцінка тривалості діяльності 4.3.23 Розробка розкладу	4.3.24 Управління розкладом
4.3.27 Управління витратами
4.3.25 Оцінка витрат 4.3.26 Розробка бюджету
	4.3.28 Визначити ризики 4.3.29 Оцінка ризиків	4.3.30 Усунення ризиків	4.3.31 Управління ризиками
4.3.32 Якість плану	4.3.33 Виконати забезпечення якості	4.3.34 Виконати контроль якості
4.3.35 План закупівель	4.3.36 Вибір постачальників	4.3.37 Адміністрування закупівель
4.3.38 План зв'язку	4.3.39 Поширення інформація	4.3.40 Управління зв'язком

Примітка: Ця таблиця не відображає діяльності, яку належить робити в хронологічному порядку. Єдина мета таблиці є виявлення предметних груп і груп процесів.

4.2.2 Групи процесів

4.2.2.1 Загальні положення

Кожен процес складається з групи процесів, які застосовуються до будь-якої фази проекту або самого проекту. Ці процеси, які далі визначені з точки зору цілей, опису і первинних входів і виходів у п. 4.3, є взаємозалежними. Групи процесу не залежать від галузі застосування або фокусування на промисловості.
Додаток А являє собою зображення взаємодії окремих процесів у кожній групі процесів
відображається у предметних групах, зазначених в п. 4.2.3. Не всі взаємодії процесів, вказані в додатку А. Зображені взаємодії представляють одну з можливих з точки зору логіки процесів. Будь-який процес може бути повторений.

4.2.2.2 Ініціювання груп процесів

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

Процес планування групи

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

4.2.2.4 Реалізація груп процесів

Процеси реалізації використовуються для виконання заходів з управління проектами, а також задля надання результатів проекту у відповідності з проектними планами.

4.2.2.5 Управління груповими процесами

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

4.2.2.7 Управління проектами груп процесів, взаємозв'язки і взаємодії

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

Рисунок 5 - Групи процесів взаємодії

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

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

Рисунок 6 - Процес групової взаємодії представників з представленним

и входами і виходам

4.2.3 Області знань

4.2.3.1 Загальні положення

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

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

4.2.3.2 Управління інтеграцієй в проекті

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

4.2.3.3 Управління зацікавленими сторонами

Управління зацікавленими сторонами включає в себе процеси, необхідні для визначення та контролю над спонсором проекту, клієнтами та над іншими зацікавленими сторонами.

4.2.3.4 Управління змістом

Управління змістом проектувключає в себе процеси, необхідні для визначення та встановлення об’єму робіт та результатів їх виконання, відповідно необхідними тут є саме об’єм роботи та результати їх виконання.

4.2.3.5 Управління ресурсами

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

4.2.3.6 Управління строками

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

4.2.3.7 Управління витратами

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

4.2.3.8 Управління ризиками

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

4.2.3.9 Управління якістю

Управління якістю включає в себе процеси, необхідні для планування та забезпечення та контролю якості.

4.2.3.10 Управління закупівлями

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

4.2.3.11 Управління комунікаціями

Управління комунікаціямивключає в себе процеси, необхідні для планування, управління та поширення інформації, що стосується проекту.

Процеси

4.3.1 Загальні положення

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

Деякі процеси, що пов’язані з проектом можуть здійснюватися поза межами проекту за допомогою стратегії організації, програми, портфелів проектів, або через інші подібні засоби, як показано на рис.6. Приклади включають в себе проведення техніко-економічного обґрунтування, розвиток економічного обґрунтування, відбір процесів проекту, що є важливими для фактичного початку робіт проекту, та уроки, винесенi з попередніх проектів. Незважаючи на те, що включення або виключення цих типів процесів до меж проекту є рішенням окремих організацій, виносяться наступні допущення згiдно даного стандарту:

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

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

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

Дата добавления: 2015-10-29