- •Міністерство освіти і науки україни
- •Київ нухт 2015
- •Тема 1. Загальні засади управління проектами
- •Ключові характеристики проекту
- •Ключові характеристики проекту
- •5 Факторів успіху будь-якого проекту:
- •Тема 2. Середовище управління проектами
- •2.1.Структура та організаційне оточення проекту.
- •2.2. Учасники проекту
- •Ключові учасники проекту
- •2.3. Життєвий цикл проекту
- •2.4. Класифікація проектів
- •Класифікація проектів
- •Класифікація проектів за ознакою масштабу
- •Тема 3. Управління інтеграцією проекту в діяльності підприємства
- •3.3.Виконання плану проекту
- •3. 4. Загальне управління змінами
- •Тема 4. Організаційні структури управління проектами
- •4.1. Поняття організаційної структури та її значення. Принципи та послідовність створення організаційних структур
- •Характеристики організаційних структур управління проектами
- •4.2.Види організаційних структур
- •Керівник проектної організації
- •Керівник проектної організації
- •Керівник проектної організції
- •4.3. Переваги та недоліки організаційних структур управління проектами
- •Порівняння матричної та проектної структур управління проектом
- •Тема 5. Структуризація проекту
- •5.1.Поняття структури деталізації робіт та її значення в управлінні проектами. Основні параметри декомпозиції проекту
- •Система кодування структури робіт. Поєднання структури робіт та організаційної структури проекту
- •Приклад послідовністі дій по структуризації проекту
- •Поняття матриці відповідальності, процес її побудови.
- •Матриця відповідальності
- •Приклад матриці відповідальності для структурних підрозділів
- •Поєднання структури робіт, організаційної структури та структури витрат проекту
- •Кодування wbs.
- •Сtr-словник
- •Тема 6. Управління вартістю проекту. Планування ресурсів і витрат. Проектний бюджет
- •6.1. Зміст планування ресурсів
- •6.2. Основні типи ресурсів, які виділяють в управлінні проектами
- •6.3. Класифікація проектних витрат. Поняття «бюджет проекту»
- •Тема 7. Управління якістю проектів
- •7.1. Сучасна концепція управління якістю
- •7.2. Основні положення концепції загального управління якістю Total Quality Management
- •7.3. Управління якістю як підсистема управління проектом
- •Тема 8. Формування та розвиток команди проекту
- •8.1. Цілі створення проектної команди
- •8.2. Основні організаційні завдання побудови проектної команди
- •8.3. Підходи до формування команди проекту. Основні характеристики команди проекту
- •Підходи до формування команди проекту
- •8.4.Стадії існування проектних команд
- •8.5. Методи навчання персоналу у проектах
- •Методи навчання персоналу у проектах
- •Тема 9. Управління часом у проекті
- •9.1. Завдання послідовності робіт. Оцінка тривалості робіт
- •9.2. Розробка календарного плану
- •9.3. Контроль дотримання календарного плану
- •Тема 10. Програмне забезпечення процесу управління проектом
- •10.1. Поняття автоматизованої системи управління проектом.Структурні елементи й базовий набір функціональних можливостей автоматизованих систем управління проектами
- •10.2. Характеристика програмного забезпечення Microsoft Project 2003. Професійна система управління проектами Open Plan. Системи управління проектами Spider Project та Primavera Project Planner
- •Open plan professional
- •Основні характеристики Open Plan
- •1. Створення моделі проекту.
- •2. Управління ресурсами
- •3. Планування і контроль витрат
- •4. Аналіз ризиків
- •5. Багатопроектне планування
- •Spider project
- •5. Призначення ресурсів
- •6. Витрати
- •7. Аналіз ризиків
- •8. Групова робота над проектом
- •Sure Trek Project Manager
- •Primavera Project Planner (p3)
- •Тема 11. Мультипроектне управління. Проектний офіс
- •11.1. Поняття та сутність мультипроекту. Технології управління мультипроектом
- •11.2. Проектний офіс (рмо). Документальне забезпечення проектного офісу
- •Глосарій
- •Список рекомендованої літератури Базова
- •Допоміжна
Spider project
Російська розробка Spider Project відрізняється потужними алгоритмами планування обмежених ресурсів і великою кількістю додаткових функцій.
Робочий простір головного вікна Spider Project розбито на три функціональні зони (рис. 10.7). У лівій частині — ярлики відкритих проектів, у середній — ярлики шаблонів, а в правій частині розміщуються ярлики на відкриття документів.
Рис. 10.7. Робоче вікно в Spider Project
Основні характеристики Spider Project
1. Роботи і взаємозв’язки між роботами
Існуючі пакети з управління проектами роботи здебільшого характеризуються тривалістю їх виконання. У Spider Project замість тривалості можна задавати фізичні обсяги робіт. Тоді тривалість визначається програмою в процесі створення розкладу робіт залежно від продуктивності необхідних ресурсів. У Spider Project використовуються ті самі типи взаємозв’язків, що і в інших пакетах. Відмінності є у визначенні затримок: поряд з часовими затримками можна використовувати і затримки за обсягами робіт.
2. Формування розкладу проекту і розрахунок критичного шляху
Програма Spider Project дозволяє, крім традиційного критичного шляху, визначити ресурсний критичний шлях і резерви виконання робіт, враховуючи обмеженість ресурсів. Розклад виконання проекту можна обчислити, зважаючи не тільки на обмеженість відновлюваних ресурсів, а й на графіки постачання і фінансування проекту, причому не тільки за сумарними витратами, а й за окремими складовими і центрами витрат і матеріалів.
3. Ієрархічні структури
У Spider Project можна використовувати необмежену кількість різних ієрархічних структур робіт і ресурсів. Окрім того, можна створювати так звані неповні структури, які не включають в себе усі роботи проекту. Неповні структури — зручний інструмент для підготовки звітів та аналізу окремих аспектів проекту. Прикладом такої неповної структури може бути структура постачання, в яку входять лише ті операції, які відображають постачання матеріалів для проекту.
4. Ресурси
Ресурси — їх поділяють на відновлювані (люди, обладнання) і невідновлювані (матеріали) — задають окремо. При цьому можна додатково вказувати, які матеріали використовуються як відновлювані ресурси, тоді, визначивши останні, можна автоматично передбачити використання необхідних матеріалів.
Крім окремих ресурсів можна задавати мультиресурси і пули. Мультиресурси — це групи ресурсів, які виконують роботу спільно (наприклад, бригада, програміст з комп’ютером і т. ін.). Їх можна призначати на виконання роботи повністю, що означає призначення всіх ресурсів, які входять до мультиресурсу. Пули — це групи взаємозамінних ресурсів. Використання ресурсних пулів позбавляє менеджера необхідності жорстко призначати виконавців на роботи проекту. Йому достатньо вказати загальну чисельність необхідних для виконання робіт ресурсів, а також те, з яких ресурсів цю кількість вибрати. Це дозволяє скоротити непродуктивні простої ресурсів і полегшити роботу менеджера проекту. Основна відмінність від підходів, що їх використовують в інших пакетах, полягає в тому, що ресурси пула можуть мати різну продуктивність.