Форма статуту проекту

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

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

У результаті виконання проекту студенти набудуть компетенцій:

· розробляти процеси ініціації проекту;

· формувати план управління проектом;

· розробляти зміст проекту;

· розробляти графік (розклад) реалізації проекту;

· розробляти план управління вартістю та якістю;

· розуміти принципи виконання, управління, координування і завершення проекту.

Завдання та структура курсового проекту

Виконання курсового проекту полягає у розробленні таких ключових документів з управління проектом:

1) статуту;

2) плану управління проектом;

a. ієрархічної структури проекту;

b. базового графіка (розкладу) реалізації проекту;

c. бюджету проекту.

Об’єктом для виконання курсового проекту може бути:

1) видане викладачем ситуаційне завдання (вихідні дані до виконання проекту) (додаток 1);

2) реальний суб’єкт господарювання, обраний студентом (об’єкт і проект, що розробляється на його базі, погоджується з керівником курсового проекту).

Методичні рекомендації до підготовки статуту проекту

Для підготовки статуту проекту потрібно заповнити форму, наведену у таблиці 1.

Таблиця 1

Форма статуту проекту

Таблиця 2

Вимоги до проекту

4. Методичні рекомендації до підготовки плану управління проектом

WBS

WorkBreakdownStructure (WBS) – цеграфічне подання згрупованих елементів проекту у вигляді пакетів робіт, які ієрархічно пов’язані з продуктом проекту.

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

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

Правильно сформована WBS-структура повинна давати чітке розуміння того, що:

· кожен WBS-елемент дає окремий вимірюваний продукт;

· кожен продукт WBS-елемента є результатом виконання всіх WBS-елементів нижчого рівня, які йому підпорядковані;

· кожен WBS-елемент підпорядкований тільки одному WBS-елементу вищого рівня;

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

· створено можливості управління та контролю за виконанням робіт;

· схема кодування WBS-елементів є логічною і зрозумілою;

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

Для побудови можна застосувати один із таких підходів:

· за фазами життєвого циклу проекту;

· за результатами проекту;

· застосування підпроектів, які розробляються організаціями, що не належать до команди проекту (наприклад, за контрактом).

Вибір підходу до розроблення WBS залежить від складності проекту та особливостей його результатів.

Для курсових проектів, що виконуються за вихідними даними, наведеними у цих методичних вказівках, тип декомпозиції визначається за варіантом (див. п. 6 вихідних даних).

Для кодування WBS-елементів застосовують літерно-цифрові коди. Перший рівень позначається однією або кількома (не більше 3-х) буквами. На другому рівні до літер першого рівня через крапку додають цифри. На кожному наступному рівні декомпозиції через крапку додають додаткові цифри.

Наприклад, елемент третього рівня може мати код ІС.01.06.

Не рекомендується на одному рівні деталізації застосовувати більше 7±2 елементів[2].

WBSрекомендується готувати у формі таблиці 3.

Таблиця 3

При застосуванні програми PrimaveraProjectPlaner або інших інформаційних систем (наприклад, MicrosoftProject, ProjectExpert, SpiderProject) звіт по WBS доцільно готувати тоді, коли буде сформовано перелік усіх робіт проекту, встановлено їх взаємозв’язок та розроблено OBS. Тоді звіт матиме вигляд, наведений у табл. 4.

Таблиця 4

План управління персоналом

У практиці проектного менеджменту застосовують різні формати документування розподілу ролей і відповідальності членів команди. Більшість з них належать до одного з трьох типів:

· ієрархічний (побудова ієрархічної організаційної діаграми OrganizationBreakdownStructure (OBS));

· матричний (побудова матриці відповідальності);

· текстовий (опис ролей, сфер відповідальності і повноважень в інструкціях).

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

OBS

OrganizationBreakdownStructure (OBS) – є відображенням взаємозв’язку учасників проекту та слугує засобом встановлення відповідальності за виконання робіт проекту. OBS дає змогу зрозуміти як співвідносяться між собою повноваження учасників проекту, схему підпорядкування та участі в проекті.

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

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

Побудовану OBS доцільно відобразити у формі таблиці 5.

Таблиця 5

При застосуванні ІС для побудови матриці відповідальності можна застосувати один із звітів ІС, форма якого може відрізнятися від наведеної у табл. 5.

Поиск по сайту: