- •Тема 1. Введення в управління проектами
- •1.Поняття проекту
- •2. Основні характеристики проектів
- •3. Причини виникнення і сутність управління проектами
- •4. Передумови для вибору методології управління проектами
- •5. Відмінності між управлінням проектами і виробничим управлінням
- •Питання для самоконтролю:
- •Тема 2: Класифікація і оточення проектів
- •1. Класифікація проектів
- •2.Поняття оточення проекту
- •3. Вплив оточення на проект
- •Характер впливу чинників оточення проекту, представлених у табл.2.3 виявляється в наступному:
- •Питання для самоконтролю:
- •Тема 3. Життєвий цикл (жц) і фази проекту
- •1. Поняття жц проекту
- •2. Фази проекту
- •3.Моделі жц проекту іс
- •Питання для самоконтролю:
- •Тема 4. Використання стандартів організації життєвих циклів систем
- •1.Видистандартів
- •2. Методика Oracle cdm (Custom Development Method)
- •3. Методика Oracle pjm (Project Development Method)
- •4. Міжнародний стандарт iso/iec 12207
- •Питання для самоконтролю:
- •Тема 5. Структура проекту
- •1. Поняття структури проекту
- •2. Основні форми проектних структур
- •3. Методичні основи структуризації
- •4. Односпрямована структуризація — створення робочої структури проекту
- •5. Двоспрямована структуризація та кодування проекту
- •6. Трьохспрямована структура проекту
- •Питання для самоконтролю:
- •Тема 6. Управління процесом виконання проекту
- •1. Системотехнічні аспекти теорії проектування автоматизованих інформаційних систем.
- •2. Декомпозиція інформаційної системи.
- •3. Стадії та етапи проектування інформаційної системи на підприємствах.
- •4. Учасники процесу проектування
- •5. Трудомісткість етапів проектування
- •Питання для самоконтролю:
- •Тема 7. Організація проектно-орієнтованої діяльності
- •1. Організаційні форми реалізації проекту
- •2. Типи організаційних структур груп для уп
- •3. Функції провідних спеціалістів робочої групи уп
- •4. Управління персоналом команди проекту
- •Питання для самоконтролю:
- •Тема 8. Планування в уп
- •1. Необхідність планування в уп
- •2. Цілі, призначення та види планів
- •3. Розвиток методів планування
- •4. Сітьові моделі планування проектів
- •5. Календарне планування проектів
- •6.Управлінняплануванням
- •Питання для самоконтролю:
- •Тема 9. Контроль в управлінні проектами
- •1. Сутність та види контролю в управлінні проектами
- •2.Загальні принципи побудови системи контролю
- •3. Моніторинг робіт по проекту
- •4. Вимірювання прогресу й аналіз робіт
- •5. Методи аналізу виконання проекту
- •6. Прогнозування остаточних витрат
- •7. Прийняття рішень
- •Питання для самоконтролю:
- •Тема 10. Управління предметною областю проекту
- •1.Основні поняття
- •2.Сутність управління предметною областю проекту
- •3.Взаємозв'язок обсягів,тривалості і вартості робіт
- •4.Методи управління змістомпроекту
- •5. Управління змістом проекту (предметною областю) в інформаційній сфері
- •Питання для самоконтролю:
- •Тема 11. Управління часом в управлінні проектами
- •1. Сутність управління часом та її зв’язок з іншими функціями уп
- •2. Контроль за розвитком проекту за його часовими характеристиками
- •Питання для самоконтролю:
- •Тема 12. Управління вартістю проекту
- •1. Сутність управління вартістю та його функції
- •2. Методи оцінки та прогнозування вартості проекту інформатизації
- •Питання для самоконтролю:
- •Тема 13. Управління якістю проектів План:
- •1. Сутність управління якістю проектів та способи забезпечення якості проекту
- •2. Витрати на забезпечення якості проекту
- •3. Методи контролю якості проекту
- •Питання для самоконтролю:
- •Тема 14. Інтегровані функції управління проектами
- •Питання для самоконтролю:
- •Тема 15. Автоматизація управління проектами
- •1. Мета автоматизації та призначення інформаційної системи управління проектами
- •Перша група
- •2. Вимоги до інформаційної системи управління проектами
- •3. Базові функціональні можливості системи для управління проектами
- •4. Короткий аналітичний огляд пакетів управління проектами
- •5. Впровадження іс уп
- •Питання для самоконтролю:
- •Список рекомендованої літератури
2. Основні форми проектних структур
Форми організаційної структури мають бути розглянуті на двох рівнях — зовнішньому і внутрішньому:
1. Зовнішній рівень передбачає наявність певної структури зв’язків і відносин між окремими виконавцями і групами, залученими до виконання проекту, та їхніми материнськими підрозділами, відділами, компаніями.
2. Внутрішнійрівень відбиває стосунки між окремими виконавцями і групами, які виконують проект. Ця структура розглядається незалежно від зовнішніх стосунків. Внутрішня структура існує всередині зовнішньої. Її варто розглядати для великих проектів.
Серед зовнішніх організаційних структур виділяють такі основні форми:
форма проектної команди;
матрична організація;
гібридна організаційна структура;
структура модульного зв’язку.
Основні форми внутрішньої структури:
внутрішня функціоналізація;
внутрішня матрична структура;
дивізіональна структура;
федеральна організація;
централізована/децентралізована форма організації великих проектів.
Охарактеризуймо стисло ці форми.
Проектна команда. З погляду менеджера проекту це найбільш приваблива форма організаційної структури. Виконавці визначені, групи сформовані й повністю закріплені за проектом на весь його життєвий цикл, тобто на час виконання проекту вони втрачають зв’язок зі своєю материнською організацією або підрозділом і повністю підпорядковуються менеджеру проекту, який має всю повноту влади.
Перевагами проектної команди є:
легка організація планування і контролю;
тісний взаємозв’язок і взаємодія виконавців;
високий рівень відповідальності;
краще організована групова робота;
легше управління конфліктами.
Використати переваги цільового і функціонального підходів під час створення організаційних структур дозволяє їх матрична форма.
Матрична форма організації проектів.Ця форма стала популярною у 70—80-х роках минулого століття. Спочатку її використовували саме в проектній діяльності, а потім вона набула поширення і у загальному менеджменті завдяки своїй гнучкості й можливості відповідати складним організаційним вимогам.
Існують такі види матричної організаційної структури:
функціональна;
балансова;
проектна;
контрактна.
Функціональна матриця. Проектний менеджер з обмеженою владою координує виконання проекту, до якого залучені різні функціональні підрозділи. Функціональні менеджери мають владу і несуть відповідальність у більш вузьких специфічних сегментах проекту (рис.5.1).
Рис. 5.1. Схема функціональної матричної структури
Балансова матриця. За такої матриці проектний менеджер однаковою мірою поділяє владу і відповідальність за виконання проекту з функціональними менеджерами. Схема балансової матриці наведена на рис. 5.2.
Рис. 5.2. Схема балансової матричної структури
Проектна матриця. При використанні цієї організаційної структури (рис.5.3) проектний менеджер управляє проектом, має владу і несе першочергову відповідальність за завершення проекту відповідно до його завдань. Функціональні менеджери за необхідності добирають персонал і провадять технічну експертизу.
Рис. 5.3. Схема проектної матричної структури
Існують різні модифікації цих форм залежно від того, кому підпорядковані проектні менеджери, перед ким вони звітують, хто їм підпорядкований. Усе це впливає на ефективність управління проектами в будь-якій компанії.
Контрактна матриця. Під час виконання проекту, особливо великого, потрібно об’єднати усі компанії в одну організацію; оскільки кожна з них (замовник, виконавець, консультант, постачальник) може впливати на успіх проекту, проектний менеджер повинен розглядати їх як складові організаційної структури. Всі його дії — зв’язок, координація, планування, контроль — повинні поширюватися на всі ці компанії, поєднувати їх в одній організації.
Гібридна організаційна структура проекту. Гібридна форма є досить поширеною, це суміш наведених вище базових форм. Вона може існувати як для невеликих проектів у межах однієї фірми, так і для великого проекту із залученням багатьох компаній.
Структура модульного зв’язку. Ця структура використовується для забезпечення гнучкості у компаніях, передусім тих, які орієнтовані на здійснення проектів. Вона функціонує на базі модулів, які вводяться і виводяться з проекту за потреби, комбінуються і рекомбінуються в різні системи зв’язку залежно від завдань проекту. Усі задіяні виконавці є повноправними членами проектної команди, тільки залучаються до неї на певний проміжок часу.
Матриця відповідальності — це графічне визначення того, хто що робить по проекту, або закріплення відповідальності членів проектної команди за виконання окремих елементів проекту і відносини із залученими партнерами.
