
- •Тема 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. Впровадження іс уп
- •Питання для самоконтролю:
- •Список рекомендованої літератури
4. Односпрямована структуризація — створення робочої структури проекту
Як зазначалося вище, структуризація проекту може бути проведена в одному, двох або трьох напрямах.
У наш час багато фірм застосовують «односпрямовану» систему для структуризації, управління, планування і контролю своїх проектів (тобто мова йде про структуризацію тільки обсягів робіт). Успіх у плануванні й контролі виконання проекту залежить від того, як швидко і точно буде визначено обсяги робіт. Це завдання вирішується за допомогою WBS (WBS — WorkBreakdownStructure) — робочої структури проекту.
WBS створюється за допомогою поділу проекту на основні елементи, частини, послуги на логічній основі. Ці елементи, в свою чергу, поділяються на свої елементи, і цей процес повторюється доти, доки на нижчому рівні WBS елемент можна поділити на роботи, які мають виконуватись окремими групами. Кожного разу, як проект і його елементи поділяються, створюється так званий рівень.
Таким чином, WBS — це ієрархічна структура, побудована з метою логічного розподілу усіх робіт з виконання проекту і подана у графічному вигляді. Це сукупність декількох рівнів, кожний з яких формується в результаті розподілу роботи попереднього рівня на її складові. Елементом найнижчого рівня є група робіт, або так званий робочий пакет (work package).
Для одного й того самого проекту можна створити декілька WBS з різною кількістю рівнів та елементів на кожному рівні. Тому для фірми доцільно створити для окремих типів проектів стандартні формати їх WBS.
Наприклад, міністерство безпеки США у спеціальному документі стандартизує три перших рівні WBS для однакових проектів, а решту рівнів розробляє сам менеджер.
Основні принципи застосування WBS полягають у такому:
Кожний елемент WBS є таким підрозділом проекту, до якого можна застосувати управління, планування і контроль.
Проект розбивається на кілька рівнів. Найнижчий рівень WBS створюється найменшими дискретними частинами проекту, які потребують планування і контролю як інтегрованого цілого.
Немає необхідності ділити кожний основний елемент про- екту на однакову кількість рівнів. Цей поділ має служити розумним цілям і виконуватися помірковано.
Кожний елемент вищого рівня WBS є складовою проекту, яка планується і контролюється як інтегроване ціле. Це потребує поєднання планування і контролю елементів нижчого рівня («дітей») та елементів більш високого рівня (їхніх «батьків»).
Кожний рівень у структурі — це рівень, на якому управління проектом потребує збору й аналізу контрольної інформації і кожний елемент цього рівня має свій аналіз виконання і звіт.
На практиці не потрібно ділити проект знову і знову, щоб створювати велику кількість рівнів заради самої структури. Кожний рівень має бути значним, логічним і необхідним для управління, планування і контролю проекту.
Для більшості проектів характерною є кількість рівнів від чотирьох до шести. У простих випадках достатньо двох рівнів. Розбивка до трьох рівнів може бути у разі, якщо це слугує справі.
У великих проектах, до основних елементів яких залучаються окремі компанії-виконавці або організаційні одиниці, можуть бути дві групи WBS: одна — для проекту в цілому, і одна або більше — для індивідуальних виконавців (компаній) або організаційних одиниць.
Інтегрована робота, яка є спільною для більш ніж одного елементу WBS на будь-якому одному її рівні, постає як окремий елемент WBS. Проте робота, що є унікальною для одного елементу, включається у цей елемент як його складова на нижчому рівні.
Основні етапи розробки WBS:
визначення ступеня деталізації проектних робіт (так, щоб вони піддавались оцінці);
визначення кількості рівнів (як правило три-чотири, для сучасних компаній — чотири оптимально);
розробка структури кожного рівня (формуються горизонтальні рівні);
підготовка опису елементів WBS (стисла назва кожної складової WBS);
формування системи кодування (кодуються всі блоки);
проведення зворотних обчислень (затрати знизу догори за принципом: відділ локалізації — субпідрядник).
Принципи формування рівнів WBS:
за продуктами або субпроектами (субпроект 1 — субпроект 2 — субпроект 3);
за фазами проекту (проектування — будівництво — приймання);
за місцем виконання робіт (фундамент — зовнішні роботи — внутрішні роботи);
за центрами затрат (компанія 1 — компанія 2 — компанія 3).