Системы початкового рівня

Принципових функціональних відмінностей між СКПК початкового рівня насправді не так багато. Практично всі вони мають схожий набір функцій. Перерахуємо основній, де-факто, стандартний їх набір:

· Підтримка розкладу з необмеженої кількості операцій (ви зустрічали такий розклад в практиці?) з урахуванням пріоритетів операцій, розрахунок критичного шляху, обчислення резервів часу; тривалість в годиннику, днях, тижнях або комбінована;

· Уміння працювати з призначеними для користувача календарями для операцій і ресурсів;

· Підтримка всіх видів зв'язків, типів робіт (task, milestone, hammock), типів ресурсів (відновлювані, не відновлювані);

· Здатність працювати з ієрархічною структурою робіт (WBS – Work Breakdown Structure);

· Можливість виконання вибірки, сортування, угрупування, підсумовування, по кодах WBS і ID робіт;

· Підтримка основних видів візуального уявлення (діаграма Ганта, PERT-діаграма, таблиця робіт/ресурсів, таблиця зв'язків, гістограми ресурсів).

Для обміну проектними даними між СКПК дуже часто використовується формат обміну даними mpx. По суті, він представляє з себе структурований текстовий файл, з комами як роздільник. Недоліком цього формату є відсутність можливості передавати дані, підтримки яких немає в MS Project.

Професійні пакети

На відміну від СКПК, професійні системи управління проектами в своїй функціональності вже помітно відрізняються один від одного. І це, як правило, вже не окремі програми, а комплекси, до складу яких входять різні утиліти і модулі, призначені для вирішення специфічних задач.

Primavera Project Planner (розробник – Primavera inc. www.primavera.com/ представник в Росії – ПМ СОФТ www.primavera.msk.ru).

Для побудови інтегрованої системи управління проектами компанія Primavera inc. пропонує декілька продуктів. Для використання на нижніх рівнях управління вже згадуваний SureTrak Project Manager, професійний пакет управління проектами Primavera Project Planner (P3) для роботи з складними багаторівневими ієрархічними проектами і систему масштабу підприємства, що працює за технологією клієнт/сервер Primavera Project Planner for Enterprise (P3e).

В якості системи управління контактами, пропонується повністю локалізований Expedition; забезпечувати доступ до проектної інформації використовуючи Інтернет покликаний Webster for Primavera.

Така різноманітність може збити з толку, тому ми розглянемо Primavera Project Planner (P3) як продукт, найближчий до теми даного огляду.

Інтерфейс системи – стандартний, віконний. Локалізація торкнулася всього, окрім системи меню (назви полів, вбудовані звіти, керівництво користувача). У версії 1.0 було обмеження на кількість одночасно відкритих проектів – не більше 4, проте в наступних проектах це обмеження знято. В поставці - декілька десятків стандартних шаблонів представлення проекту (в документації - макетів (layout)), користувачу надається можливість створювати і зберігати власні макети. Що поставляється у складі пакету генератор звітів Report Smith дозволяє створювати будь-які табличні і графічні звітні форми. Ієрархічна організація проекту по довільній комбінації кодів. Радує відмінна реалізація принципу WYSIWYG при висновку звітів на друк.

Для моделювання проекту доступний обширний набір інструментів, що включає до 20 рівнів WBS і 16 призначених для користувача полів даних. Реалізовано 9 типів робіт (задача, віха, гамак, зустріч і ін.), всі типи залежності між роботами; 10 типів обмежень. Поточний розклад проекту може порівнюватися з необмеженим числом базових планів.

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

Для управління ресурсами і вартостями доступно всі, стандартні для такого класу продуктів, інструменти. Вартості ресурсів в часі, а так само їх межі споживання можуть бути різними. Особливо цікавої представляється можливість створювати власні профілі використання ресурсів на додаток до 10 існуючим.

Структура статі витрат може підтримувати необмежену кількість рахунків з 12 розрядним кодом.

В пакеті реалізований аналіз відхилень ходу робіт від запланованого Методом освоєного об'єму (Cost/Schedule Control System Criteria - C/SCSC) і прогнозування основних параметрів проекту. Як засіб аналізу ризиків пропонується продукт Monte Carlo. Він дозволяє оцінити вірогідність виконання проекту в задані терміни в межах бюджету.

Р3 уміє читати формат mpx і зберігати в ньому проекти. Крім того, є експорт даних у формати dBase і Lotus. Для двостороннього обміну даними з видаленими користувачами призначена функція Primavera Post Office.

В цілому можна сказати, що Р3 – функціонально розвинутий і зручний інструмент.

Open Plan - розробник – Welcom Software Technology www.wst.com / представник в Росії – A-Project Technologies (в даний час – Департамент управління проектами холдингу «Щок» www.projectmanagement.ru)

Цей продукт позиціонується як професійна система управління проектами масштабу підприємства. Випускається в трьох версіях: Enterprise, Professional і Desktop. За відомостями фахівців з A-Project Technologies версія Enterprise в Росії ще не поставлялася.

Інтерфейс продукту вельми оригінальний. Робочий простір представлений у вигляді декількох робочих столів, на яких поміщаються ярлики до стандартних об'єктів (файли проектів, календарів, ресурсів, кодів, шаблонів), так і до будь-якого файлу. При відкритті проекту відкривається «записник проекту» - набір робочих столів з ярликами до файлів, безпосередньо що відноситься до проекту. В поставку входить декілька десятків найпоширеніших шаблонів представлення проекту. Застосування шаблона до проекту здійснюється простим перетягуванням потрібного ярлика на записник проекту. Окремої згадки заслуговує функція «Директор Управління Проектами» (ДУП). ДУП це інструментарій автоматизації процесів, що повторюються, при управлінні проектами. Об'єктами ДУП можуть бути не тільки стандартні форми, уявлення і процедури Open Plan, але і об'єкти з інших додатків, наприклад, текстового редактора, електронних таблиць, CAD. В поставці – 35 стандартних шаблонів ДУП, розбитих, згідно рекомендаціям PMI (www.pmi.org) на 8 категорій. Природно, є функція створення і збереження призначених для користувача шаблонів уявлення і шаблонів ДУП.

В продукті вельми розвинута система ресурсного планування. Реалізовано два базові методи розрахунку розкладу:

ü Ресурсне планування при обмеженому часі – пріоритетної є необхідність дотримуватися загальної дати завершення проекту при спробі мінімізувати ступінь перевантаження ресурсів. В результаті ресурси можуть бути переобтяжений.

ü Ресурсне планування при обмежених ресурсах – пріоритет віддається запобіганню перевантаження ресурсів, навіть якщо це приведе до виходу проекту за рамки розкладу. При цьому сповільнюється завершення проекту на стільки, на скільки це необхідне для повного уникнення перезавантаження ресурсів.

Реалізований тип матеріальних ресурсів з обмеженим терміном зберігання. При призначенні виконавців на операції можна указувати необхідну кваліфікацію або альтернативний ресурс і тоді, при ресурсному плануванні, система запропонує самий оптимальний, з погляду завантаження, ресурс.

Завдяки ієрархічній організації ресурсів, можна створювати будь-які структури статі витрат.

Слід особливо відзначити, що функція аналізу ризиків – вбудована в систему, тоді як в деяких продуктах вона поставляється як окремий модуль. Для тривалості вибраних або всіх робіт проекту вводяться оптимістична і песимістична оцінки. Далі по методу Монте-Карло визначається внесок вірогідності в дати проекту.

Можливості сортування, фільтрації, створення призначених для користувача полів і глобальної заміни традиційно сильні для продуктів такого класу. Можна користуватися стандартним набором або створити власні. Відмінностей в інтерфейсі версій немає. Open Plan Desktop обмежений функціонально. В ній присутні всі функції для планування і контролю за виконанням проекту, але не можна працювати із зовнішніми підпроектами, створювати призначені для користувача поля, звіти, шаблони уявлень, змінювати настройки процедур ДУП, виконувати аналіз ризиків.

Вартість Open Plan Professional десь $ 6000, версії Desktop ~ $1000 (можуть мінятися залежно від комплекту поставки).

При використанні власного формату зберігання даних, розмежування рівнів доступу до проектних даних проводиться за допомогою спеціальної утиліти SysAdm. Якщо ж дані проектів зберігаються з використанням СУБД, ці операції повинні виконуватися засобами СУБД. В системі є вбудована функція створення архіву проекту (backup) в одному файлі. Хотілося б відзначити, що формат файлів зберігання даних проекту відкритий і описаний в Керівництві розробника.

До складу продукту входить модуль Web Publisher, за допомогою якого здійснюється публікація даних проекту на веб-сервері. Цей модуль хоча і робить свою справу, але його реалізація далеко не ідеальна.

Як система управління бюджетом проектів Welcom Software Technology пропонує продукт Cobra.

Сумісне використання Cobra з Open Plan або з іншою СУП дозволяє побудувати інтегровану систему управління календарним графіком і витратами проекту.

Spider Project (розробник/представник в Росії – компанія «Технології управління «Спайдер», www.spiderproject.ru)

Без перебільшення можна сказати, що Spider Project краща вітчизняна система управління проектами. Версія під DOS з'явилася ще в 1992 році. Від версії до версії помітно поліпшується не тільки інтерфейс системи, але і її функціональність. Поточної є версія 8.06 під Windows 9x/NT/2000.

Мінімальні вимоги до системи: процесор i486 або вище; операційна система Windows (95, 98, 2000, NT); оперативна пам'ять не менше 32М; вільне місце на диску для установки програми не менше 25М, вільне місце на диску для зберігання проектів близько 1500К на кожні 1000 операцій проекту.

Робочий простір головного вікна розбитий на три функціональні зони. В лівій її частині – ярлики до відкритих проектів. В середній частині – 16 ярликів на шаблони уявлення і дані проекту. В правій частині розташовуються ярлики на відкриті документи проекту. Документ проекту можна створити з текстових файлів, html-файлів або файлів баз даних.

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

В Spider Project разом з тривалостями можна задавати фізичні об'єми робіт на операціях. Тривалість визначається пакетом в процесі складання розкладу робіт залежно від продуктивності призначених ресурсів. У зв'язку з цим, є відмінність і у визначенні затримок на зв'язках операцій. Разом з позитивними і негативними тимчасовими затримками, реалізовані у всіх пакетах, можна використовувати і об'ємні затримки. Річ у тому, що з тимчасовими затримками може виникнути ситуація, коли робота почалася, але виконується повільніше, ніж було заплановане і тимчасова затримка може вичерпатися раніше, ніж буде виконаний запланований об'єм робіт.

Окрім окремих ресурсів можна задавати мультиресурси і пули.

Мультиресурси - це групи ресурсів, які виконують роботи разом (наприклад, бригада). Мультиресурси можна призначити на виконання операцій цілком, що означає призначення всіх ресурсів, які в них входять. Пули - це групи взаємозамінних ресурсів.

Пакет дозволяє використовувати необмежену кількість складових вартості, причому в різних валютах. Так само можна створити необмежену кількість різних ієрархічних структур робіт і ресурсів.

Для аналізу виконання проекту, а також для аналізу “що якщо” дуже важливо мати нагоду зберігати колишні версії проекту і мати нагоду для порівняння і аналізу відхилень поточної версії проекту від попередніх. В Spider Project є можливість берегти необмежену кількість версій проекту і аналізувати хід виконання робіт не тільки в порівнянні з якоюсь базовою версією, але і з будь-ким інший.

Розрахунок розкладу проекту методом критичного шляху проводиться без урахування обмеження по ресурсах і має точне математичне рішення. Якщо ж при розрахунках враховується обмеженість ресурсів, то поняття резервів, у тому числі і повного резерву (total float) втрачає значення. В Spider Project обчислюється ресурсний критичний шлях і резерви термінів виконання операцій з урахуванням обмеженості ресурсів.

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

Незвичноо, але достатньо продумано, реалізована підтримка групової роботи над проектом. В Spider Project немає одночасного доступу на зміну даних. Відповідальний за свою частину проекту (фазу) представляє менеджеру проекту свої файли. І рішення прийняти або відкинути зміни залишається за менеджером проекту.

Система взаємодії між учасниками проекту з використанням внутрішньофірмової Intranet або Internet по наступному механізму:

- створена головним менеджером повна версія проекту передається на сервер з вказівкою списку користувачів і рівня доступу тих, яким вона призначається

- користувачі системи згідно включеним в список обмеженням по доступу до проектів, можуть отримати план проекту – тільки для читання або його фазу (підфазу) для управління реалізацією

- в результаті виконання функції управління користувач передає змінений план (фази, підфази) назад на сервер, звідки він може бути отриманий керівником проекту.

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

Обмін даними між сервером і клієнтами здійснюється з використанням протоколу FTP, що дозволяє розвернути систему на будь-якій платформі. Проект відправляється на сервер безпосередньо з пакету при виборі пункту меню "Відправити". FTP сервер служить таким же сховищем проектів, як і інші директорії (Робоче, Центр, Архів) - входивши на сервер, користувач бачить список доступних для нього проектів і відкриває їх прямо в Спайдере.

Взаємодію між учасниками проекту можна здійснювати через декілька серверів. Наприклад, головний менеджер відправляти проекти може на один сервер, а одержувати з іншого.

Spider Project підтримує OLE (у візуальні уявлення можна вставляти текст і графіку).

Експорт даних проекту в інші додатки здійснюється за допомогою формату csv.

Так само слід зазначити добру довідкову систему продукту, в яку, крім керівництва користувача включений перероблений російський переклад PMBok (Project Management Body Knowledge).

На веб-сайті компанії доступна демо-версія продукту, що уміщається на 4 тридюймових дискетах. Демо-версія обмежена кількістю робіт в проекті – 40 без урахування фаз і відсутністю функцій експорту даних.

З самих відомих проектів, при управлінні якими застосовувався Spider Project, називаються будівництво в 1997г. Олімпійського села для Всесвітніх Юнацьких Ігор в Москві (бюджет $250 млн), будівництво Каспійського трубопроводу, реконструкція Рязанського НПЗ.