Тема 12 Програмне забезпечення процесу управління проектами з курсу Управління спеціальними проектами, НУДПСУ
« НазадТЕМА 12. ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ ПРОЦЕСУ УПРАВЛІННЯ ПРОЕКТАМИ12.1. Загальна характеристика автоматизованих систем управління проектамиСьогодні ефективне управління проектами неможливе без використання сучасних програмних засобів, оскільки зростають розміри проектів, частота їх виконання, обсяги інформації. Перші програми для управління проектами були розроблені майже сорок років тому, на початку 60-х років. В основу цих систем були покладені алгоритми сіткового планування і розрахунку параметрів проекту у часі за методом критичного шляху. Пізніше в системи додані можливості ресурсного і бюджетного планування, засоби контролю за ходом виконання проекту. Особливо значного розвитку вони набули у 80–90-х роках минулого століття. Автоматизовані системи управління проектами містять такі структурні елементи:
Як правило, універсальні системи управління проектами, представлені на ринку, забезпечують основний набір функціональних можливостей, які включають: 1) засоби проектування структури робіт проекту і планування за методом критичного шляху:
2) засоби планування ресурсів і витрат:
3) засоби контролю за ходом виконання проекту:
4) засоби графічного подання структури проекту і створення різних звітів за проектом:
5) засоби організації групової роботи. Використання автоматизованих систем управління проектами тривалий час обмежувалося традиційними сферами (великими будівельними, інженерними, оборонними проектами) і потребувало професійних знань. Але за останнє десятиліття ситуація в галузі використання програмного забезпечення календарного планування й управління проектами різко змінилася. Сьогодні на ринку представлена значна кількість універсальних програмних пакетів для персональних комп’ютерів, які автоматизують функції планування і контролю проекту. Західні огляди програмного забезпечення для управління проектами традиційно поділяють програми, представлені на ринку, на дві категорії: системи «вищого» класу (професійні системи), вартість яких – понад 1 тис. доларів США, і більш прості системи (для масового користувача), які коштують менш як 1 тис. доларів. Розвиток інформаційних технологій останнім часом практично звів нанівець відмінності між різними програмами за показниками їхньої потужності (розмірами проекту, що планується по роботах і ресурсах, швидкості перерахунку проекту). Навіть дешеві пакети сьогодні здатні підтримувати планування проектів, які складаються з десятків тисяч завдань і використовують тисячі видів ресурсів. Вивчаючи матриці порівняння основних функцій програм управління проектами, дуже важко знайти істотні відмінності між ними, а виявити їх у реалізації окремих функцій вдається лише при детальному вивченні й тестуванні програми. Основні розбіжності виявляються під час реалізації функцій ресурсного планування і багатопроектного планування і контролю. Професійні системи надають більш гнучкі засоби реалізації функцій планування і контролю, але потребують більших витрат часу на підготовку й аналіз даних і, відповідно, високої кваліфікації користувачів. Другий тип пакетів (більш прості системи) адресований користувачам-непрофесіоналам, для яких управління проектами не є основним видом діяльності, лише час від часу їм необхідно спланувати невеликий комплекс робіт чи ввести фактичні дані за проектом. У цьому разі найважливішим є простота використання і швидкість отримання результату. В автоматизованій системі зазвичай модель управління проектом будується на основі трьох елементів:
Структура робіт проекту – це перелік етапів і робіт проекту згідно з їхньою підпорядкованістю, взаємозв’язків між роботами, орієнтовної тривалості виконання робіт. За цими параметрами програма в автоматизованому режимі (самостійно) розраховує календарний графік проекту, визначає дати початку і завершення окремих робіт і всього проекту, резерви часу. Особливістю планування в автоматизованих системах управління проектами є те, що ми зазвичай не прив’язуємо роботи до конкретних дат, а лише визначаємо їх структуру, взаємозв’язок, тривалість виконання. Це дозволяє системі потім використовувати різні алгоритми оптимізації проекту, відслідковувати зміни календарного графіка проекту під час його реалізації. Структура ресурсів проекту –це людські ресурси, обладнання, матеріали і кошти. В електронних таблицях описуються їхні основні характеристики: вартість, продуктивність, кількість ресурсів. Для деяких типів ресурсів у системах можна задавати календарі їх використання. Матриця призначень містить відомості про те, які ресурси, якого типу і яким чином використовуються по кожній роботі проекту. Система зберігає дані про те, яких ресурсів, з якими властивостями і в якій кількості потребують роботи. Після призначення ресурсів по роботах проекту програма автоматично здійснює перерахунок календарного плану з урахуванням обмежень по ресурсах. Останнім часом класичні системи управління проектами доповнюються продуктами, які дозволяють:
На сьогодні у світі розроблено кілька сотень систем, які реалізують функції календарного планування і контролю проектів. Але реально на вітчизняному і російському ринках представлені не більш як 10 програм, серед яких – Microsoft Project, Open Plan Professional, Spider Project, Sure Trek Project Manager, Primavera Project Planner (P3), Time Line, CA Super Project, Project Scheduler, Turbo Project, Artemis Views. Розгляньмо найпоширеніші системи управління проектами:
12.2. Microsoft ProjectMicrosoft Project – на сьогодні найбільш поширена у світі система управління проектами завдяки поєднанню простоти використання, дружнього інтерфейсу і найнеобхідніших інструментів для управління проектами, розрахованих передусім на користувачів, які не є професіоналами у сфері управління проектами. В багатьох західних компаніях Microsoft Project – це звичний додаток до Microsoft Office навіть для рядових працівників, які використовують його для планування графіків нескладних комплексів робіт. Робоче вікно Microsoft Project 98 у вигляді діаграми Гантта подано на рис. 12.1. Microsoft Project – один із лідерів за можливостями об’єднання учасників проекту засобами електронної пошти або Інтранет. При описанні ресурсу для кожного виконавця може бути вказана адреса його електронної пошти. Тоді для поширення інформації серед учасників проекту досить виконати команду Team Assing, а для отримання інформації про стан робіт – команду Team Status. Інформація про роботи проекту може зберігатися у форматі NTML і друкуватися на внутрішньому Web-сервері. Серед переваг Microsoft Project – досить гнучкі й зручні засоби створення звітів. Основні типи звітів можуть бути вибрані з Report Gallary. Крім стандартних форматів файлів Microsoft Project: MPP і MPX, користувач може зберігати інформацію по проекту в форматах ODBC, Excel і Access. Формат MPD (Microsoft Project Database) дозволяє зберігати всі дані про проект у структурі, доступній як з MS Project 98, так і з Access 8.0. Для швидкого включення в роботу початківців Microsoft Project надає крім звичайних засобів допомоги також можливість покрокової розробки проекту (Create Your First Project) та інтелектуальної підказки (Answer Wizard). Microsoft Project не русифікований, тому для ефективного використання цих засобів потрібне знання англійської мови, зокрема термінології управління проектами. Основним недоліком Microsoft Project 98 є те, що цей пакет надає мінімальний набір засобів для планування й управління ресурсами. У Microsoft Project 98 як ресурси можна планувати лише людей і обладнання. Останньою версією системи є Microsoft Project 2000. Із основних функцій, пов’язаних з плануванням і контролем виконання проекту, які з’явилися в новій версії, можна виокремити такі:
Особливу увагу в новій версії було приділено організації обміну інформацією в команді проекту. Новий продукт Microsoft Project Central дозволяє здійснювати двосторонній обмін даними між усіма учасниками проекту, а також надання інформації особам, у яких не встановлено Microsoft Project 2000. 12.3. Open Plan ProfessionalOpen Plan – це професійна система управління проектами, яка характеризується, зокрема, потужними засобами ресурсного і бюджетного планування, що дозволяють значно полегшити знаходження якнайефективнішого розподілу ресурсів і складання робочого розкладу їх. Інтерфейс продукту – досить оригінальний (рис. 12.2). Робочий простір подано у вигляді кількох робочих столів, на яких розміщені ярлики стандартних об’єктів (файли проектів, календарів, ресурсів, кодів, шаблонів) та ярлики файлів. З відкриттям проекту відкривається «записна книжка проекту» – набір робочих столів з ярликами до файлів, які безпосередньо стосуються до проекту. Використання шаблону для проекту здійснюється простим переміщенням потрібного ярлика на записну книжку проекту. Основні характеристики Open Plan1. Створення моделі проекту. Open Plan має найпотужніші засоби структуризації моделі проекту, які базуються на:
Система Open Plan надає гнучкі й зручні засоби для формування ієрархічної структури робіт (рис. 12.3). Менеджер може формувати необмежену кількість рівнів ієрархії проекту. Open Plan забезпечує широкі можливості для створення логічної структури проекту, включаючи будь-які типи зв’язку між завданнями. Під час планування допускається складання календаря для робіт і зв’язків між ними, а також урахування цільових дат початку і завершення окремих робіт. Передбачена в Open Plan можливість створення ієрархічної структури ресурсів – виконавців, обладнання, матеріалів, витрат, що подана на рис. 12.4, дозволяє обирати ступінь деталізації при перегляді завантаження ресурсів, проводити планування і призначення ресурсів на різних рівнях. Додатковим засобом структуризації в Open Plan є універсальна система кодів. Завдяки призначенню кодів різним елементам проекту на основі заданої ієрархічної структури досягається сумування даних відповідного рівня для отримання звітів, які відбивають інформацію в бажаному розрізі. Розроблена ієрархічна структура кодів зберігається в спеціальному файлі і може бути використана для інших проектів. 2. Управління ресурсами Система Open Plan дозволяє управляти всіма видами ресурсів, а саме: відновлюваними ресурсами (люди, обладнання); невідновлюваними ресурсами (матеріали), у тому числі ресурсами з обмеженим терміном придатності; і фінансами, які описуються в ресурсному файлі. Кількість наявних ресурсів на будь-який момент реалізації проекту описується параметром доступності. Для відновлюваних ресурсів (наприклад будівельники) цей параметр визначається доступною їх чисельністю в певні часові інтервали. Для невідновлюваних ресурсів (наприклад будівельні матеріали) – це загальна кількість і дата, з якої ресурс надходить у розпорядження, для ресурсів з обмеженим терміном – загальна кількість і часовий проміжок, упродовж якого ресурс можна використати. В Open Plan можливо задавати зміну вартості ресурсів у часі – підвищення чи зниження цін. Якщо після якогось проміжку часу відбувається підвищення чи зменшення ціни ресурсу, то ця зміна відображається в результатах вартісного аналізу. У системі також визначене поняття кваліфікації ресурсу. Для роботи можна означити потребу в кількості ресурсних одиниць і кваліфікації ресурсу. Це дає можливість менеджерові проекту призначати на виконання роботи не конкретний ресурс, а з допомогою Open Plan обрати найменш завантажений у період виконання роботи ресурс відповідної кваліфікації. Таким чином, ефективність створення робочого розкладу під час призначення ресурсів досягається можливістю: по-перше, робити запит не на конкретного виконавця, а на певну кваліфікацію чи приналежність до певної групи в ієрархічній структурі, по-друге, вказувати альтернативний ресурс для заміни початкового. На запит менеджера виконується автоматичний пошук оптимального з погляду доступності ресурсу для призначення його для виконання того чи іншого завдання. Open Plan пропонує два варіанти описання потреби в ресурсах під час призначення їх на роботу: 1) призначити кількість ресурсних одиниць на одиницю часу; 2) вказати загальну кількість ресурсів на весь час роботи, визначивши характер функції використання (збільшення кількості на початку, в кінці, в середині, рівномірне завантаження). Ресурс також може бути призначений не на весь час роботи, а на певний проміжок часу, починаючи з вказаного моменту від початку роботи. Open Plan пропонує потужні засоби аналізу ступеня забезпеченості проекту ресурсами за рахунок порівняння профілю потреби проекту в ресурсах і профілю доступності ресурсу. Даний аналіз може бути проведений як для окремого ресурсу, так і для групи ресурсів. В Open Plan передбачено два базових методи для розрахунку дат під час ресурсного планування:
Взагалі, менеджер проекту може встановлювати власні правила для планування ресурсів, у тому числі визначати пріоритетність робіт. 3. Планування і контроль витрат Open Plan дозволяє реалізувати такі функції з планування і контролю витрат:
Засоби запам’ятовування кількох варіантів реалізації проекту, введення фактичних даних щодо витрат по роботі й відпрацювання ресурсів дозволяють проводити аналіз як прогнозних, так і реальних витрат. В Open Plan передбачені спеціальні процедури планування і контролю витрат, серед яких особливо важливими є засоби аналізу та побудови звітів за фактичним обсягом. Система контролю бюджету за фактично виконаним обсягом робіт базується на трьох показниках – планова вартість запланованих робіт, планова вартість виконаних робіт, фактична вартість виконаних робіт. Ці показники подані сумарними кривими витрат на рис. 12.5 (ПСЗР – «плановая стоимость запланированных работ», ПСВР – «плановая стоимость выполненных работ», ФСВР – це «фактическая стоимость выполненных работ»). 4. Аналіз ризиків Система Open Plan має у своєму розпорядженні аналітичні інструменти, які базуються на методі Монте-Карло і дозволяють визначити можливі ризики в оцінці термінів завершення окремих робіт, етапів і всього проекту. Таким чином, оцінюється ймовірність відхилення термінів виконання робіт від графіка і, звідси, перевищення бюджету, а також інші негативні наслідки. Аналіз ризиків у Open Plan реалізується такими засобами:
Гістограма ризиків показує ймовірний розподіл визначених дат для ключових робіт проекту. На рис. 12.6 подана гістограма, побудована за датами раннього початку робіт. Вона показує відсоток потрапляння раннього початку на вказаний інтервал. 5. Багатопроектне планування Можливість роботи в багатопроектному режимі дозволяє користувачам розглядати великий проект як проект, який складається з менших субпроектів, і здійснювати більш гнучке управління ним на різних рівнях. Робота в багатопроектому режимі надає засоби для контролю і розподілу єдиних ресурсів організації за всіма проектами, які вона здійснює. Об’єднання проектів, таким чином, слугує двом цілям: по-перше, можна здійснювати аналіз завантаження ресурсів у масштабах проектів усього підприємства, по-друге, є можливість забезпечити середовище для інтегрованого програмного управління великими комплексними проектами, поділеними на субпроекти. В другому випадку в кожного підпроекту може бути свій файл ресурсів. Робота в багатопроектному режимі надає користувачеві засоби для поєднання проектів організації в одне ціле, складання загального розкладу, узгодження діяльності різних підрозділів та організацій, які беруть участь у проекті. З поєднанням проектів у один файл вони перетворюються у зовнішні субпроекти, якщо вживати термін Open Plan (або в сумарні роботи), з якими слід поводитися так само, як і з внутрішніми субпроектами. Можна задавати зв’язки між роботами різних зовнішніх субпроектів, які потім відбиваються в окремих файлах проектів. За ресурсного планування в об’єднаному проекті можлива розробка користувачем системи пріоритетності робіт різних проектів, яка вкаже на черговість розподілу ресурсів по проектах у процесі планування. До основних переваг Open Plan належить також те, що система може працювати з даними будь-якого профілю, які стосуються діяльності підприємства. Програмне забезпечення Welcom можна налаштувати на роботу з різними базами даних завдяки об’єктно орієнтованій і клієнт-серверній архітектурі. Користувач може вибирати, в якому форматі зберігати дані по проекту – у власному форматі Open Plan, у форматах Oracle, SQL Server, Sybase, xBase. Open Plan забезпечує можливість обмежити доступ до даних проекту, дозволяє надавати різні права на доступ до окремих даних, регулюючи їх спільне використання. Система Open Plan реалізована у двох варіантах – Open Plan Professional і Open Plan Desktop, – кожен з яких відповідає різним потребам виконавців, менеджерів та інших учасників проекту. Обидві версії проекту працюють з однією базою даних, тому немає необхідності в обміні даними. Спільне використання професійної і «полегшеної» версії системи управління проектами дозволяє не тільки врахувати потреби всіх груп користувачів, а й значно знизити вартість встановлення програми. Користувачі Open Plan Desktop отримують у розпорядження усі засоби для створення проектів, управління ними в процесі реалізації, звітності, але не мають доступу до ряду процедур настроювання, таким чином, вони можуть використовувати в своїй роботі всі потужні засоби, що їх надає система, але без зайвих ускладнень. 12.4. Spider ProjectРосійська розробка Spider Project відрізняється потужними алгоритмами планування обмежених ресурсів і великою кількістю додаткових функцій. Робочий простір головного вікна Spider Project розбито на три функціональні зони (рис. 12.7). У лівій частині – ярлики відкритих проектів, у середній – ярлики шаблонів, а в правій частині розміщуються ярлики на відкриття документів. Основні характеристики Spider Project1. Роботи і взаємозв’язки між роботами Існуючі пакети з управління проектами роботи здебільшого характеризуються тривалістю їх виконання. У Spider Project замість тривалості можна задавати фізичні обсяги робіт. Тоді тривалість визначається програмою в процесі створення розкладу робіт залежно від продуктивності необхідних ресурсів. У Spider Project використовуються ті самі типи взаємозв’язків, що і в інших пакетах. Відмінності є у визначенні затримок: поряд з часовими затримками можна використовувати і затримки за обсягами робіт. 2. Формування розкладу проекту і розрахунок критичного шляху Програма Spider Project дозволяє, крім традиційного критичного шляху, визначити ресурсний критичний шлях і резерви виконання робіт, враховуючи обмеженість ресурсів. Розклад виконання проекту можна обчислити, зважаючи не тільки на обмеженість відновлюваних ресурсів, а й на графіки постачання і фінансування проекту, причому не тільки за сумарними витратами, а й за окремими складовими і центрами витрат і матеріалів. 3. Ієрархічні структури У Spider Project можна використовувати необмежену кількість різних ієрархічних структур робіт і ресурсів. Окрім того, можна створювати так звані неповні структури, які не включають в себе усі роботи проекту. Неповні структури – зручний інструмент для підготовки звітів та аналізу окремих аспектів проекту. Прикладом такої неповної структури може бути структура постачання, в яку входять лише ті операції, які відображають постачання матеріалів для проекту. 4. Ресурси Ресурси – їх поділяють на відновлювані (люди, обладнання) і невідновлювані (матеріали) – задають окремо. При цьому можна додатково вказувати, які матеріали використовуються як відновлювані ресурси, тоді, визначивши останні, можна автоматично передбачити використання необхідних матеріалів. Крім окремих ресурсів можна задавати мультиресурси і пули. Мультиресурси – це групи ресурсів, які виконують роботу спільно (наприклад, бригада, програміст з комп’ютером і т. ін.). Їх можна призначати на виконання роботи повністю, що означає призначення всіх ресурсів, які входять до мультиресурсу. Пули – це групи взаємозамінних ресурсів. Використання ресурсних пулів позбавляє менеджера необхідності жорстко призначати виконавців на роботи проекту. Йому достатньо вказати загальну чисельність необхідних для виконання робіт ресурсів, а також те, з яких ресурсів цю кількість вибрати. Це дозволяє скоротити непродуктивні простої ресурсів і полегшити роботу менеджера проекту. Основна відмінність від підходів, що їх використовують в інших пакетах, полягає в тому, що ресурси пула можуть мати різну продуктивність. 5. Призначення ресурсів У Spider Project в ході призначення ресурсів на виконання робіт проекту з’являється поняття команди, тобто групи ресурсів, які виконують роботи спільно. До команди можуть входити як окремі ресурси, так і мультиресурси, і пули. Ресурси можуть бути призначені на виконання робіт частково, тоді задається завантаження призначених ресурсів у відсотках поряд із кількістю. Матеріали можуть бути призначені прямо на операцію або на ресурс (тоді можна отримати звіт про використання матеріалів окремими ресурсами). 6. Витрати Крім призначення вартості години роботи відновлюваного ресурсу і вартості одиниці матеріалів, витрати можна розподіляти безпосередньо по роботах. Наприклад, якщо робота виконується за контрактом із фіксованою ціною, то немає сенсу визначати вартість години роботи ресурсу, а треба просто використовувати сумарну вартість призначення ресурсу (підрядчика) на роботу. 7. Аналіз ризиків Алгоритм аналізу ризиків відрізняється від реалізованих в інших системах тим, що під час моделювання ризиків як початкову інформацію використовують не оцінки тривалості робіт (оптимістичні, песимістичні), а оцінки продуктивності ресурсів. 8. Групова робота над проектом Програма Spider Project не передбачає одночасного доступу до зміни даних. Відповідальний за певну частину проекту (фазу) надає менеджерові проекту свої файли, і рішення прийняти чи відкинути зміни залишається за менеджером проекту. Саме таке рішення, на думку розробників, дозволяє уникнути плутанини під час зміни проектних даних. З цих позицій розроблена і система групової роботи через Інтернет. Система взаємодії між учасниками проекту з використанням внутрішньої мережі Інтранет чи Інтернет передбачає здійснення таких процесів: 1) передача на сервер створеної головним менеджером повної версії проекту, визначення переліку користувачів і рівня їхнього доступу; 2) отримання користувачами системи згідно з обмеженнями у доступі до проекту – плану проекту тільки для читання або плану окремої фази (підфази) проекту для управління реалізацією; 3) передача користувачами в результаті виконання функцій управління зміненого плану (фази) на сервер, звідки його отримує керівник проекту. Коли користувач звертається до серверу, система провадить його ідентифікацію, забезпечуючи таким чином розмежування доступу до проекту. Обмін даними між сервером і клієнтами здійснюється з використанням протоколу FTP. Взаємодія між учасниками проекту може забезпечуватися через декілька серверів. Ще однією особливістю пакету є можливість використання нормативно-довідкової інформації про продуктивність ресурсів по тих чи тих видах робіт, про витрати матеріалів, вартість робіт і ресурсів. Користувачі можуть створити в пакеті або імпортувати з інших програм різні довідники і зробити їх проектними базами даних. Spider Project дозволяє необмежено збільшувати кількість показників, що їх враховують у проекті; створювати і використовувати в розрахунках будь-які додаткові табличні документи і бази даних; уводити формули розрахунку. Поряд зі стандартними графічними звітами – діаграмою Гантта, поданою на рис. 12.8, сітковою діаграмою, діаграмами завантаження ресурсів, витрат матеріалів і графіками витрат за проектом та окремими фазами, Spider Project пропонує користувачам ресурсну діаграму Гантта і лінійну діаграму. У ресурсній діаграмі Гантта на рис. 12.9 відбиваються періоди завантаження ресурсів. У табличній частині показана ієрархічна структура ресурсів, у графічній – періоди завантаження ресурсів і підрозділів. У лінійній діаграмі по горизонтальній осі відкладаються метричні характеристики проекту (кілометри, поверхи тощо), а по вертикальній осі – час. Користувачі можуть вибирати, які види робіт відображати на лінійній діаграмі. Крім того, можна запустити анімацію і переглянути на ній процес виконання проекту з певним проміжком часу. Детальна лінійна діаграма може бути використана для видачі завдання виконавцям і контролю виконання робіт. 12.5. Sure Trek Project Manager і Primavera Project Planner (P3)Для побудови інтегрованої системи управління проектами компанія Primavera Systems, Inc. пропонує на ринку декілька продуктів. Для використання на нижчих рівнях управління – пакет Sure Trek Project Manager, для роботи зі складними багаторівневими проектами – професійний пакет управління проектами Primavera Project Planner (P3). Sure Trek Project ManagerSure Trek Project Manager – це програмний продукт, орієнтований на управління невеликими проектами, субпроектами, а також на роботу конкретних виконавців з фрагментами проектів. Він може працювати як самостійно, так і спільно з Primavera Project Planner у корпоративній системі управління проектами. Робоче вікно Sure Trek Project Manager, яке відображає діаграму Гантта, подано на рис. 12.10. Sure Trek Project Manager на відміну від Primavera Project Planner обмежений в інструментах планування, але включає засоби, орієнтовані на користувачів-початківців: мультимедійний навчальний ролик і Майстер створення проектів. Він також представляє більш широкі можливості для наочного перегляду проектної інформації. Можна змінювати масштаб шкали часу, наприклад, переглядати поточний місяць у тижнях, а іншу частину проекту, яка залишилася, – в місяцях. Режим перегляду сіткової діаграми включає шкалу часу, що дозволяє оцінювати не тільки логіку виконання робіт, але і залежність їх у часі. Primavera Project Planner (P3)Primavera Project Planner (P3) – центральний програмний продукт родини Primavera, добре відомий в усьому світі. Сьогодні Primavera Project Planner використовують для управління середніми і великими проектами в різних сферах, хоча найбільшого поширення цей програмний продукт набув у сфері управління будівельними та інженерними проектами. Для моделювання проекту Primavera Project Planner пропонує широкий набір інструментів, який включає близько 20 рівнів WBS. У програмі передбачається дев’ять типів робіт (задача, віха, гамак, зустріч тощо), усі типи залежностей між роботами, 10 типів обмежень. Поточний варіант проекту може порівнюватися з необмеженою кількістю базових планів. Primavera Project Planner представляє досить стандартний для всіх подібних систем графічний інтерфейс. Робоче вікно Primavera Project Planner з лінійною діаграмою показане на рис. 12.11. Але Р3 надає додаткові можливості:
Відмінності засобів ресурсного планування Primavera Project Planner
До недоліків засобів ресурсного планування Primavera Project Planner можна віднести обмеження за кількістю календарів. Окрім головного календаря проекту, Р3 дозволяє описати лише 30 додаткових календарів, тимчасом як можливість задавати індивідуальні графіки роботи для кожного ресурсу вже стало нормою в сучасних пакетах управління проектами. Інше обмеження пов’язане з кількістю ресурсів, які контролюються під час вирівнення профілю завантаження обмежених ресурсів. Для специфічних завдань Primavera пропонує додаткові програми й модулі. Так, віддалені користувачі можуть отримати доступ до даних проекту через Web-браузер, використовуючи систему Webster for Primavera. Для аналізу ризиків розроблена програма Monte-Carlo for Primavera, яка дозволяє оцінити ймовірність завершення проекту в заплановані строки і в межах запланованого бюджету. Можна моделювати різні сценарії розвитку ситуації, беручи до уваги доступність ресурсів, змінення їхньої вартості тощо. Система управління контрактами Primavera Expedition є засобом для всебічного управління проектною документацією (кресленнями, специфікаціями, контрактами, кошторисами і т.д.). Цей пакет дозволяє:
Отже, менеджер і команда проекту, використовуючи програмне забезпечення, можуть значно підвищити ефективність, обґрунтованість і швидкість прийняття управлінських рішень. Пакети програмного забезпечення управління проектами на сьогодні дозволяють автоматизувати всі основні операції, а саме:
Запитання та завдання для самоконтролю
З повагою ІЦ “KURSOVIKS”! |