Тема 10 Порівняльний аналіз програмних продуктів в сфері управління проектами

План

1 Застосування програмних продуктів на різних рівнях управління

2 Правила користування програмними продуктами з управління проектами

3 Оцінювання ефекту від автоматизації процесу управління проектами

1 Застосування програмних продуктів на різних рівнях управління

Залежність критеріїв вибору програмного забезпечення для управління проектами від рівня управління обумовлює необхідність класифікації існуючих спеціалізованих програмних продуктів за ознакою „сфера застосування”, що відображено в табл. 2.

Таблиця 10.1 – Класифікація програмних продуктів з управління проектами за сферою застосування

Рівень управління	Відповідні спеціалізовані програмні продукти
Рівень вищого керівництва	Welcom Portfolio (інтегроване інформаційне рішення Welcom Suite), Primavera Project Planner, Primavera Enterprise, Time Line 6.5, Project View (сімейство Artemis Views), Spider Project, Microsoft Office Project, HP Portfolio Management
Стратегічний рівень	Welcom Risk, Cobra, Open Plan (інтегроване інформаційне рішення Welcom Suite), Primavera Project Planner, Primavera Enterprise, Time Line 6.5, Sure Trak, Resource View, Cost View (сімейство Artemis Views), Spider Project, CS Ltd – BTT, “1С – Рарус: Управління проектами”, Microsoft Office Project, HP Portfolio Management, CA Clarity
Рівень операцій	Welcom Home (інтегроване інформаційне рішення Welcom Suite), Primavera Project Planner, Primavera Enterprise, Primavera Expedition, Cristal Reports 4 (у межах програми Time Line 6.5), Track View (сімейство Artemis Views), CS Ltd – BTT, Евріка, Microsoft Office Project, HP Portfolio Management, Compuware Changepoint

Як видно з цієї табл., існують як універсальні програмні продукти, що можна використовувати на всіх рівнях управління (Primavera Project Planner, Primavera Enterprise, Time Line 6.5, Microsoft Office Project), так і вузькоспеціалізовані (Welcom Portfolio, Welcom Risk, Project View, Resource View, Cost View, Primavera Expedition, Cristal Reports).

2 Правила користування програмними продуктами з управління проектами

1 Для проекту повинен бути сформульований список розв'язуваних проблем.

2 Основна мета проекту повинна бути доведена до відомості всіх учасників.

3 Повинні бути ідентифіковані ризики.

4 Необхідно переконатися, що стратегія проекту може бути реалізована й задовольняє обмеженням за бюджетом, строками і змісту (проведений PCTS-аналіз можливості реалізації: P – performance, C – cost, T – time, S – scope (русск. охват, сфера деятельности). Витрати є функцією рівня виконання P, часу T і змісту S)

5 Починати управління проектами за допомогою програмних продуктів при наявності позитивних результатів аналізу «за й проти» реалізації проекту (проведений Force-field – аналіз, що полягає в описі й кількісному оцінюванні факторів, які можуть сприяти й перешкоджати здійсненню проекту).

6 Кінцевий результат повинен бути зрозумілий всім членам команди проекту.

7 Показники оцінки результатів діяльності за проектом повинні давати оцінку стану справ з необхідною точністю, тому доцільно розробити відповідні внутришньофірмові шкали.

8 Необхідно визначити критерій виконання планів.

9 WBS, OBS, CBS повинні мати стільки рівнів деталізації, щоб можна було оцінювати витрати, строки й ресурси з необхідною точністю.

10 WBS, OBS, CBS повинні бути погоджені із замовником, інвесторами й відповідальними виконавцями.

11 Графік етапів виконання проекту повинен підлягати плановим перевіркам.

12 Графік детальних робіт розробляється у формі сіткового графіка на основі WBS, OBS, CBS.

13 Повинні бути виявлені й вирішені ресурсні конфлікти з іншими проектами.

14 Повинна бути розроблена система управління проектом і прийнятий внутришньофірмовий стандарт.

15 Позиції кошторису повинні бути зрозумілими, не вводити в оману й бути прийнятними для управління.

16 Календарі ресурсів повинні враховувати вихідні дні, свята, лікарняні, відпустки тощо.

17 Всі члени команди проекту повинні мати відповідну кваліфікацію.

18 Будь-яке необхідне додаткове навчання членів команди повинне бути оплачене й проведене.

19 Організація робочих місць і комунікація повинна забезпечувати вільну й відкриту взаємодію членів команди проекту.

20 Необхідно проводити моніторинг законодавства й нормативної бази, що стосується виконання проекту.

21 При плануванні поточного проекту необхідно врахувати досвід аналогічних попередніх проектів.

22 Повинні бути визначені вузькі місця на сітковому графіку, пов'язані з використанням унікальних ресурсів.

23 При реалізації довготривалих проектів необхідно враховувати вплив інфляції.

24 Для кожної фази проекту повинен бути визначений критерій завершення.