- •Управління проектами як специфічна галузь менеджменту
- •Цілі та процеси в управлінні проектами
- •Фази життєвого циклу проектного менеджменту
- •Практичне завдання Питання та завдання для самоконтролю
- •Питання для самостійного вивчення
- •1.2. Ефективність проекту _
- •1.2.1. Розробка концепції проекту
- •1.2.2. Структура проектного аналізу
- •1.2.3. Сутність проектного аналізу
- •Практичне завдання
- •Питання для самостійного вивчення
- •Завдання
- •1.3. Основні форми організаційної структури проектів _
- •1.3.1. Базові засади створення організаційної структури проекту
- •1.3.2. Основні форми проектних структур
- •1.3.3. Переваги і проблеми матричної структури
- •1.3.4. Внутрішні організаційні структури у великих проектах
- •Практичне завдання Питання та завдання для самоконтролю
- •Самостійна робота студентів
- •Завдання
- •Тести до залікового модуля 1
- •2.1.2. Розробка проектно-кошторисної документації
- •2.1.3. Матеріально-технічна підготовка проекту
- •Практичне завдання
- •Самостійна робота студентів
- •Теми рефератів
- •Завдання
- •2.2.1. Сутність і функції структуризації проекту
- •2.2.2. Односпрямована структуризація створення робочої структури проекту
- •2.2.3. Двоспрямована структуризація та кодування проекту
- •Система кодування
- •Кодування wbs
- •Кодування obs
- •Облік витрат
- •2.2.4. Триспрямована структура проекту
- •Практичне завдання Питання та завдання для самоконтролю
- •Самостійна робота студентів
- •Тема реферату
- •Завдання
- •2.3. Сіткове та календарне планування проектів _
- •2.3.1. Загальна характеристика і види сіткових графіків
- •2.3.2. Графіки передування: порядок побудови і показники
- •Характеристика робіт з а проектом організації технологічної лінії
- •Організації технологічної лінії з обчисленими ранніми термінами початку і завершення робіт
- •Р ис. 2.3.6. Сітковий графік організації технологічної лінії з обчисленими ранніми й пізніми термінами початку і завершення робіт
- •З усіма обчисленими параметрами (у тому числі запасом часу)
- •2.3.3. Сіткове планування в проектах
- •Р ис 2.3.11. Сітковий графік будівництва технологічної лінії
- •2.3.4. Переваги і додаткові можливості графіків передування
- •2.3.5. Сіткове планування в умовах невизначеності
- •2.3.6. Методи скорочення тривалості виконання проекту
- •Характеристика робіт за проектом заміни устаткування
- •Характеристика тривалості й витрат
- •2.3.7. Календарне планування проектів
- •Календарний план проекту ремонту кімнати
- •Практичне завдання Питання та завдання для самоконтролю
- •2.4. Планування ресурсів, витрат і проектного бюджету _
- •2.4.1. Фінансування проекту
- •Розрахунок чистого прибутку, грн
- •Матриця прибутковості
- •Матриця ризику
- •2.4.2. Розробка кошторису проекту
- •2.4.3. Розробка бюджету проекту
- •Практичне завдання
- •Завдання
- •2.5. Контроль за виконанням проекту _
- •2.5.1. Модель планування і контролю проекту
- •2.5.2. Методи аналізу виконання проекту
- •2.5.3. Прогнозування остаточних витрат
- •2.5.4. Звітування і контроль за змінами
- •Практичне завдання
- •Характеристика робіт за проектом
- •Звіт про виконання робіт, %
- •Плановий бюджет проекту, грн
- •Звіт про витрати, грн
- •Система управління проектами
- •3.1. Управління проектними ризиками в проектах _
- •3.1.1. Р озподіл ризиків у проектних контрактах
- •3.1.2 Інструменти захисту штересів замовника проекту
- •3.1.3. Інструменти захисту інтересів виконавця
- •Практичне завдання Питання та завдання для самоконтролю
- •3.2. Управління якістю проекту _
- •3.2.1. Концепція управління якістю проекту
- •3.2.2Система норм і стандартів
- •3.2.3. Управління забезпеченням якості проекту
- •Практичне завдання Питання та завдання для самоконтролю
- •Завдання
- •3.3. Організація процесу управління проектами
- •3.3.1 . Організація проведення торгів за проектами _
- •Класифікація підрядних торгів
- •Функції учасників торгів
- •Процедура торгів
- •Практичне завдання Питання та завдання для самоконтролю
- •3.4. Формування проектної команди _
- •3.4.1 Психологічні аспекти проект-менеджменту
- •3.4.2 . Створення проектної команди
- •Практичне завдання
- •3.5.. Моніторинг процесу управління проектом _
- •3.5.1. . Загальна характеристика автоматизованих систем управління проектом
- •3.5.2. Модель проекту в автоматизованих системах управління проектами
2.5.4. Звітування і контроль за змінами
Після того, як проведено аналіз, треба підготувати відповідні звіти і тут виникає, особливо для великих проектів, досить поширена проблема перенасиченості інформацією, цифрами, коли менеджери проектів оперують сотнями показників, а комп'ютери видають сотні аркушів звітів щомісяця. Для організації відповідної системи звітування потрібно додержуватися таких принципів:
1. Система звітування має бути побудована таким чином, аби подавати менеджеру кожного рівня інформацію, релевантну його функціям і відповідальності, — не більше і не менше.
Під час підготовки звітів слід давати більш детальну додаткову інформацію та аналіз за тими показниками, де є відхилення від плану.
Систему інформування і звітування треба будувати у розрізі WBS і OBS. Більш докладна інформація надається за відхиленнями для того, щоб сконцентрувати увагу і зусилля на проблемах, які справляють значний вплив на витрати й час виконання проекту.
Система інформування і звітування має ґрунтуватися на чіткій системі кодування у розрізі WBS, OBS, CBS. Це дає змогу в подальшому комбінувати і консолідувати необхідні показники (у розрізі робіт або підрозділів).
Основним елементом системи інформування і звітування під час здійснення контролю має бути звіт про витрати. Він має форму, наведену в табл. 2.5.1.
Потрібно побудувати систему звітів. Завдяки цьому керівництво компанії одержує консолідовані звіти за всіма проектами, що виконуються, замовники і партнери — звіти з відповідних проектів, менеджер групи креслень — за всіма проектами, у яких задіяна ця група, і т. ін.
Система звітування має бути пристосованою до відстеження і виявлення джерела негативних відхилень.
Інша проблема — контроль за змінами у проекті. Зміни в обсягах проекту — чи не одна з найголовніших причин зростання вартості проекту і збільшення часу його виконання. Дуже часто ці зміни підвищують витрати на 50 % і більше. Тому однією з найважливіших і, на жаль, не дуже приємних функцій менеджера проекту є контроль за змінами у проекті.
Ці зміни впливають на виконання проекту таким чином:
• підвищують витрати;
спричиняють затримку виконання проекту;
знижують продуктивність праці виконавців робіт;
погіршують стосунки між членами команди.
Може бути зруйнована система контролю, якщо планові показники не будуть скориговані з урахуванням змін.
Зміни можуть виникати на будь-якій стадії виконання проекту і мати такий зміст і наслідки:
Зміни у конструкції або обсязі проекту на стадії розробки. Це природно, але дуже часто вони приймаються без належної оцінки наслідків у розрізі часу і вартості. Після затвердження конструкції ці зміни виявляються надто дорогими.
Пізні зміни у конструкції. Це зміни, які коштують найбільш дорого. Вони виникають як наслідок помилок на стадії розробки конструкції або намагань замовника відповідно до вимог часу використати новітні досягнення у технології, що призведе до збільшення обсягу робіт.
Зміни на вимогу безпеки або законодавства, керівники проекту зобов'язані їх робити.
Зміни для підвищення прибутковості та фінансової віддачі від проекту (результати їх досить проблематичні). Питання про доцільність цих змін вирішується вищим керівництвом компанії відповідно до її політики. Дуже важко точно обчислити вартість змін і майбутні грошові потоки, NPVта. IRR.
Зміни — це значна сфера конфліктів, особливо всередині компанії. Менеджери з виробництва прагнуть внести свої зміни, інколи доцільні, інколи надмірні; конструктори — свої (наприклад, у розмірах устаткування). Зусилля менеджера проекту спрямовані на усунення недоцільних змін і встановлення чіткої межі між «повинно» і «бажано», запровадження тільки тих змін, які необхідні для виконання визначеного обсягу і вимог безпеки.
Для контролю за змінами і послаблення конфліктів усередині та між компаніями потрібно домагатися того, щоб:
вище керівництво підтримувало менеджерів проекту в забороні бажаних, але необов'язкових змін;
менеджери проекту чітко визначали початкову конструкцію і а обсяг робіт за проектом;
3) на певній стадії проекту припинялися будь-які зміни, тобто заморожувався» проект. Що раніше це відбудеться, то меншими будуть витрати і часові наслідки внесення змін;
4) було запроваджено систему контролю за змінами. Система контролю за змінами вирішує такі завдання:
визначає зміни відносно початкового обсягу;
прогнозує витрати, час і вплив цих змін на інші роботи;
фіксує інформацію щодо їх запровадження;
інформує про них вище керівництво;
запроваджує систему вирішення суперечностей з мінімальними конфліктами.
Систему контролю за змінами інколи називають «прогнозуванням трендів», «контролем відхилень», «контролем за формами». Дуже важливо запровадити її якомога раніше. За цією системою готуються тижневі або місячні огляди на стадіях конструювання і постачання. Контроль здійснюється за допомогою оперативного звітування щодо змін та обговорювання їх необхідності і наслідків (стосовно витрат і часу) у колі провідних спеціалістів.
Для створення системи контролю за змінами треба зробити такі кроки:
1. Встановити початковий обсяг, специфікацію, параметри, визначити графік виконання проекту.
Визначати зміни стосовно початкових показників, повідомляти про них тих, кого це стосується, й оцінювати їхні наслідки.
Аналізувати, приймати або відхиляти ці зміни.
Запроваджувати ці зміни.
Здійснювати систему контролю допомагає стандартизований документ — вимога щодо зміни (рис. 2.5.4). У цьому документі:
визначається зміна, описуються і вказуються витрати, елементи роботи, яких це стосується;
вказуються причини змін;
наводиться прізвище ініціатора зміни, ставиться його підпис;
розкриваються приблизні наслідки і вказуються сегменти, на які вплинуть ці зміни;
дається оцінка впливу означеної зміни на календарний план виконання проекту і на витрати;
наводиться класифікація причин змін з метою післяпроектного аналізу (наприклад, вимога клієнта, пізні зміни до конструкції, помилки у конструкції, підвищення прибутковості тощо).
Останнє, на чому треба загострити увагу, — обов'язкова інтеграція системи контролю за змінами із системою контролю та інформування.
ПРОПОЗИЦІЯ ПРО ВНЕСЕННЯ ЗМІН ДО ПРОЕКТУ |
|
Автор пропозиції |
Пропозиція № |
Частина проекту (елементу проекту) яка підлягає змінам Креслення №_____ Специфікація №__________ Частина №____________ Позначення№________ |
|
Обґрунтування змін |
Опис змін |
Код і характеристика змін, наприклад взаємозамінність |
Усі |
Ціна |
Терміни поставки |
Продуктивність |
Інше |
Документація до змін |
Технологічне обладнання до змін |
Показники, які підлягають змінам, наприклад • технічні вимоги; • терміни і витрати; • інші |
|
Клас змін |
Пріоритети змін |
Думка зацікавлених учасників проекту |
|
Запланований термін введення / Зміни дійсні з ... |
|
Зміни запропоновані (Підпис / Дата) |
|
Оцінка (Підпис / Дата) |
|
Рішення про прийняття змін (Підпис / Дата) |
Рис. 2.5.4. Уніфікований формуляр «Пропозиція про внесення змін до проекту» [67]