Лекція №5, Автоматизація управління проектами на підприємствах

« Назад

1. Введення в управління проектами

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

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

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

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

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

Стислий опис процесу

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

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

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

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

Оновлення процесу

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

Оновлення циклу

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

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

Складання розкладу проекту. Після збору необхідних даних з різних місць, програм/бази даних складається розклад проекту.

Порівняння отриманих результатів з початковим планом — це найкращий спосіб виявити правильність реалізації проекту. Якщо є відставання в роботі, можна усунути його причину, змінивши при цьому розклад робіт і/або відкоригувавши їхній зміст. Якщо коригування за часом зробити неможливо, треба пересвідчитися в тому, що всі учасники проекту оповіщені про затримку для коригування власних планів. Чим раніше це буде зроблено, тим меншими будуть втрати часу в подальшому.

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

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

Коригування розкладу. Якщо після ретельного планування і введення фактичної інформації з'ясовується, що проект відстає від графіка, то це означає, що ресурси були неправильно розподілені, вартості перевищують існуючий бюджет, змінено графік фінансування або трапилася будь-яка з багатьох інших імовірних подій. У такому разі треба розпочати здійснення резервного плану і/або відкоригувати з урахуванням вимог, що змінилися, розклад.

Інформаційні потоки. Проектна документація повинна містити точну інформацію про те, яким чином здійснюватиметься передача інформації. Якщо робочі групи не знають, що відбувається, вони не зможуть ефективно зробити свою роботу. Тому на стадії проектування визначається, хто відповідатиме за передачу даних, що, де і коли має бути передано. Використання графічних звітів, діаграм і часових шкал полегшує розуміння. Для поліпшення наочності виділяють проблемні області. Проектні розбіжності слід зробити очевидними. Треба пам'ятати, що рівень деталізації в кожному повідомленні повинен відповідати рівню поінформованості того, для кого воно призначене.

Управління по звітних періодах. Слід забезпечити контроль у розрізі періодів часу. Це дозволяє відстежувати динаміку виконання проекту: що виконано за останній звітний період, за поточний період, на поточну дату тощо.

План проекту

Для розробки плану проекту треба визначити рівень деталізування, набір робіт, а також проаналізувати підходи до управління майбутнього проекту, відповідаючи на такі запитання:

- Якою є загальна тривалість проекту?

- Що треба знати про ресурси в проекті?

- Наскільки є точним план?

- Як часто буде коригуватися план?

- Хто повинен отримувати інформацію про виконані роботи?

- Які типи звітів будуть необхідні?

- Які графіки допоможуть забезпечити найкращий обмін інформацією?

- Скільки часу можна затратити на управління проектом?

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

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

Критичний шлях — послідовність робіт, що вимагає найбільшого часу до завершення. За обмеженого терміну виконання проекту досліджують, чи можна стиснути розклад, виконуючи роботи паралельно, чи достатньо ресурсів для виконання одразу кількох різних завдань тощо.

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

Співвідношення вартості й тривалості проекту. Чи можна забезпечити завершення проекту в більш стислі терміни за наявності більшої кількості грошей або більшого обсягу ресурсів? Якщо остаточне рішення щодо фінансування (графіка й обсягу) прийнято, можна розпочинати роботу.

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

Варіанти виконання проекту. Що може трапитися непередбаченого? Що станеться, якщо основні ресурси перерозподіляться на інші роботи? Якщо нова технологія дозволить економити матеріали, чи вдасться зберегти якість виробництва? Скільки часу піде на зміну цін? Варіанти реалізації проекту допоможуть швидко перебудувати план у разі непередбачених обставин.

Планування, контроль, управління, зв'язок і аналіз — усе це і є управлінням проектом.  

2. Базові функціональні можливості автоматизованих систем управління проектами

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

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

До основних функціональних можливостей наявних автоматизованих систем управління проектами слід віднести:

1. Засоби опису комплексу робіт проекту, зв'язків між роботами та їхніх часових характеристик:

а) засоби опису і типи планування задач: (виконати Якомога Раніше, Як Можна Пізніше, роботи з фіксованою датою початку/закінчення, можливість прив'язки тривалостей задач до обсягу визначених ресурсів, резерви часу, що обчислюються, — повний, вільний і т. ін.);

б) засоби встановлення логічних зв'язків між задачами;

в) багаторівневе подання проекту;

г) підтримка календаря проекту, підтримка календарів ресурсів.

2. Засоби підтримки інформації про ресурси і витрати за проектом і визначення ресурсів і витрат для окремих робіт проекту:

а) ведення списку наявних ресурсів, можливість задання нормального і максимального обсягів ресурсу;

б) підтримка ресурсів із фіксованою вартістю і ресурсів, вартість яких залежить від тривалості їхнього використання;

в) розрахунок необхідних обсягів ресурсів;

г) ресурсне планування (виділення перевантажених ресурсів і задач, що їх використовують), автоматичне/командне вирівнювання профілів завантаження ресурсів (з урахуванням обмежень за часом або з урахуванням обмеження на ресурс, з урахуванням пріоритетів задач).

3. Засоби контролю за ходом виконання проекту:

а) засоби відстежування стану задач проекту (фіксація плану розкладу проекту, засоби введення фактичних показників стану задач — відсоток завершення);

б) засоби контролю над фактичним використанням ресурсів (бюджетна кількість і вартість ресурсу, фактична кількість і вартість ресурсу, кількість і вартість ресурсів, необхідних для завершення роботи).

4. Графічні засоби подання структури проекту, засоби створення різних звітів за проектом:

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

б) РЕКТ-діаграма (мережна діаграма);

в) засоби створення звітів, необхідних для планування (звіт про стан виконання розкладу, звіти по ресурсах і по визначенню ресурсів, профіль ресурсу, звіт по вартості. 

3. Загальні характеристики найбільш поширених автоматизованих систем управління проектами

3.1. Microsoft Project

Система Microsoft Project є на сьогодні найпоширенішою у світі системою управління проектами. У багатьох західних компаніях пакет Microsoft Project став звичним додатком до Microsoft Office навіть для рядових співробітників, що використовують його для планування графіків нескладних комплексів робіт. Останньою версією системи є Microsoft Project 2000.

Відмітною рисою пакета є його простота. Розроблювачі Microsoft Project. не прагнули вкласти в пакет складні алгоритми календарного або ресурсного планування. Водночас значна увага приділяється використанню сучасних стандартів, що дозволяють ефективно інтегрувати пакет з іншими додатками. Наприклад, підтримка стандартів ОББС 2.0 спрощує задачі інтеграції бізнес-додатків.

Для швидкого освоєння в роботі з боку користувача-початківця Microsoft Project надає, крім звичайних засобів допомоги, також можливість покрокової розробки проекту та інтелектуального підказування/

Серед достоїнств пакету слід також відмітити досить зручні й гнучкі засоби створення звітів. Основні типи звітів можуть бути обрані із заготівель. Можливість одночасно мати до шести планів для кожного проекту дозволяє підвищити ефективність аналізу «що—якщо». Водночас Microsoft Project дає мінімальний набір засобів планування і керування ресурсами. Додаткові можливості Microsoft Project також включають імпорт/експорт даних у різних форматах.

Microsoft Project може бути рекомендований для планування нескладних проектів користувачами-непрофесіоналами і новачками. 

3.2. Time Line 6.5 (Фірма Time Line Solutions)

Основними відмітними рисами TimeLine 6.5 є реалізація концепції багатопроектного планування в рамках організації, гнучкі засоби підтримки.

формування звітів і засоби налагоджування на інформаційне середовище користувача. У TimeLine 6.5 немає обмежень на розмірність проектів. Пакет дозволяє берегти всі дані, що стосуються проектів організації, в єдиній SQL-базі даних, що крім опису проектів та єдиного для організації списку ресурсів містить усі елементи налагодженого управлінського середовища, що прийнято в компанії для роботи з проектами. Всі основні об'єкти бази даних об'єднані у вікні OverView у відповідних розділах. За допомогою даного вікна можна переглянути структуру бази даних проекту і здійснити доступ до будь-якого елемента, а також створити свої користувацькі елементи в списках.

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

Стандартні можливості генерації табличних звітів за проектом доповнені можливостями системи створення і генерації звітів Cristal Reports 4, що дозволяє створювати практично будь-які види звітів, які містять дані як із бази даних TimeLine 6.5, так і з інших баз даних компанії. Більш як 30 заготівель стандартних звітів управління проектами у форматі Cristal Reports включені в систему.

Корисною додатковою можливістю системи є засоби створення власних формул в електронній таблиці Time Line.

Окремий модуль імпорту/експорту дозволяє обмінюватися даними з іншими пакетами керування проектами (MS Project, CA-SuperProject, Time Line 1.0 for Windows i 5.0 для DOS), базами даних (dBASE) та електронними таблицями (Lotus). TimeLine 6.5 підтримує стандарти ODBC, OLE 2.0, DDE, а також макромову Symantec Basic.

Зараз в СНД поширюється англомовна версія системи. Пакет TimeLine 6.5 може бути рекомендований для планування проектів середньої складності або комплексів малих проектів. 

3.3. Primavera Project Planner (P3) (Фірма Primavera Systems, Inc.)

Центральний програмний продукт сімейства Primavera PrimaveraProjectPlanner (P3) добре відомий професійним менеджерам проектів у всьому світі. Сьогодні Р3 застосовується для управління середніми і великими проектами у найрізноманітніших галузях, хоча найбільше поширення цей продукт одержав у сфері керування будівельними та інженерними проектами. PrimaveraProjectPlanner дає досить стандартний для всіх подібних систем графічний інтерфейс, але в Р3 є декілька додаткових можливостей. По-перше, це можливість групування й упорядкування робіт за різними ознаками на різних рівнях деталізації проекту, що дозволяє подати інформацію у більш зручному вигляді для конкретної управлінської ситуації. Наприклад, використовуючи дані засоби, всю інформацію з проекту можна згрупувати по фазі проекту на першому рівні ієрархії, по відповідальному ресурсу — на другому і відсортувати по даті початку робіт — на третьому. Для кожної групи можуть бути задані власні шрифт і колір (тексту і файла), посторінкова розбивка.

Інша корисна особливість — це можливість розбивки екрана по горизонталі на дві частини, кожна з яких може бути переглянута незалежно. Це дає можливість одночасно переглядати різні частини проекту. Крім того, Р3 має певні відмінності від інших пакетів у засобах ресурсного планування. Під час опису ресурсу можуть бути зазначені нормальна і максимальна кількість наявного ресурсу, а також його ціна в шести часових інтервалах. Ресурс може бути позначений як керуючий (об'єм призначення керуючого ресурсу на задачу впливатиме на тривалість її виконання). Наприклад, вказавши, що робітники — це керуючий ресурс, а бригадир — ні, можна домогтися скорочення термінів виконання задачі прокладки траншеї призначенням більшої кількості робітників. Збільшення ж кількості бригадирів не вплине на тривалість роботи.

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

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

Серед режимів перерахунку можна виділити вирівнювання вперед (визначення можливої дати закінчення проекту за заданої початкової дати); вирівнювання назад (визначення найпізнішої припустимої дати початку проекту); згладжування перевантажень ресурсів у межах часових резервів робіт або в межах заданого інтервалу. Крім того, є можливість перерозподіляти призначення робіт між згрупованими ресурсами.

До недоліків засобів ресурсного планування можна віднести обмеження на кількість календарів. Крім головного календаря проекту, Р3 дозволяє описати лише 30 додаткових календарів, тимчасом як можливість складання індивідуальних графіків роботи для кожного ресурсу вже стала нормою в сучасних пакетах управління проектами. Інше обмеження пов'язане з кількістю ресурсів (не більш як 120), що контролюються під час вирівнювання профілю завантаження обмежених ресурсів.

Засоби підтримки багатопроектного середовища управління в Р3 передбачають можливість визначення ієрархії і права доступу до майстер-проекту і підпроектів. Менеджер-координатор проекту має право редагувати майстер-проект і всі підпроекти. Менеджер підпроекту має право додавати ресурси в словник ресурсів, але не вилучати їх і не змінювати їхньої ціни. Якщо дозвіл ресурсних конфліктів у межах підпроекту вимагає даних іншого підпроекту, менеджер може це зробити тільки за умови надання йому додаткових повноважень з боку менеджера-координатора проекту. Однак ресурсне планування по всьому проектові в цілому може здійснюватися тільки менеджером-координатором. Тільки він може визначити зв'язок між підпроектами. Порівняно з багатьма іншими програмними продуктами, що також роблять можливим багатопроектне управління, відмітною рисою Р3 є докладний опис принципів багатопроектного управління в документації, де вони розглядаються з двох точок зору: менеджера-координатора проекту і менеджера підпроекту (хоча вважається, що тема мультипроектного управління вимагає додаткового підручника). 

3.4. SureTrack (Фірма Primavera Systems, Inc.)

Крім Р3 компанія Primavera Systems поставляє полегшену систему для УП — SureTrack. Цей програмний продукт орієнтований на невеликі проекти, підпроекти, роботу конкретних виконавців із фрагментами проектів. SureTrack має ті самі засоби, що й Р3 з погляду організації проекту по кодах і фільтрації інформації, встановлення обмежень і розрахунку розкладу, але в той же час існує ряд обмежень і додаткових можливостей.

З обмежень слід відзначити відсутність засобів багатопроектного управління і фрагментації проектів, меншу розмірність проектів, більш скромні засоби створення звітів. Однак у SureTrack з'явилися календарі ресурсів і, як наслідок, можливість розрахунку тривалостей робіт з урахуванням узгодження календарів виконавців (очікується, що календарі ресурсів з'являться й у наступній версії Р3). Крім того, у ресурсів з'явилася додаткова категорія — прибуток. SureTrack відрізняється від усіх інших продуктів Primavera тим, що він цілком русифікований і поставляється разом із керівництвом для користувача російською мовою.

SureTrack здійснює імпорт/експорт файлів у форматах РЗ i MS Project. 

3.5. Artemis Views (Фірма Artemis International)

Традиційно програмні продукти сімейства Artemis (Artemis 2000, Artemis 9000, потім Prestige) використовувалися для управління великими інженерними проектами. На сьогодні корпорація Artemis International поширює під цією торговою маркою серію програм під загальною назвою ArtemisViews.

Сімейство ArtemisViews складається з набору модулів, що автоматизують різні аспекти управління проектами: ProjectView, ResourceView, TrackView, CostView. Усі модулі сумісні за даними, працюють в архітектурі клієнт/сервер, підтримують ODBC-стандарт і легко інтегруються з популярними СУБД Oracle, SQLBase, SQLServer, Sybase.

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

Модуль ProjectView дозволяє реалізувати мультипроектну, багатокористувацьку систему планування і контролю проектів в організації. Завдяки ProjectView можна розділяти проектні дані (календарі, кодифікатори, списки ресурсів) між користувачами або користувацькими групами, забезпечувати засоби безпеки за одночасної роботи користувачів із проектом. Система дозволяє одержувати значну кількість різних звітів за допомогою власних засобів або з використанням спеціалізованого програмного забезпечення (наприклад Quest). У комбінації із засобами керування ресурсами Resource View можна реалізовувати інтегрований підхід до управління проектними роботами і поточними операціями.

Модуль Resource View — спеціалізована система для планування і контролю використання ресурсів як у проектному або матричному середовищі управління, так і для поточних робіт. У системі реалізовані засоби підтримки узгодження керівниками розподілу ресурсів між роботами. Графічна панель управління ресурсами дозволяє менеджерам планувати, контролювати й оптимізувати їхнє завантаження завдяки перерозподілу черги робіт відповідно до наявності ресурсів.

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

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

3.6. Spider Project (Spider Technologies Group, Росія)

Російська розробка — SpiderProject. За інформацією, отриманою від фахівців, що розробляють і підтримують пакет (Spider Technologies Group), система була інстальована для керування декількома десятками великих проектів. Даний пакет має цілу низку відмітних рис, що дозволяють йому конкурувати із західними системами на великих промислових проектах. По-перше, це потужні алгоритми планування використання обмежених ресурсів. Тестування відомих пакетів УП показало перевагу алгоритмів SpiderProject за якістю планів, що брали участь у виконанні робіт за обмеженості наявних ресурсів. Для 32 із 100 проектів, що брали участь у тестуванні, Spider Project склав більш короткі розклади робіт, а для інших 68 його розклади не поступалися кращим із розкладів, складених західними пакетами.

У пакеті реалізована можливість використання під час упорядкування розкладів робіт взаємозамінних ресурсів (пули ресурсів), що також дозволяють одержати більш короткі розклади. Використання ресурсних пулів позбуває менеджера необхідності жорстко призначати виконавців на роботи проекту. Йому досить зазначити загальну кількість необхідних для виробництва робіт ресурсів і з яких ресурсів цю кількість вибирати. Це дозволяє і скоротити непродуктивні простої ресурсів, і полегшити роботу проектного менеджера, позбавляючи його необхідності робити стомливі на великих проектах оцінки «що-якщо».

Ще однією особливістю пакета є можливість використання нормативно-довідкової інформації — про продуктивність ресурсів на тих або інших видах робіт, витрати матеріалів, вартість робіт і ресурсів. SpiderProject дозволяє безмежно нарощувати в проектах число показників, що враховуються, створювати і використовувати в розрахунках будь-які додаткові табличні документи і бази даних, вводити будь-які формули розрахунку. Можливість настроювання системи дозволяє користувачам одержувати від пакета не тільки розклад робіт, графіки завантаження ресурсів і вартісні характеристики проекту, а й технологічні характеристики складених розкладів. Наприклад, у гірничодобувній промисловості користувачі SpiderProject мають можливість планувати не тільки порядок виїмки об' ємів руди, а й враховувати об' єми окремих компонентів, що містяться в руді.

Перевершуючи багато західних пакетів за потужністю і гнучкістю окремих функцій, SpiderProject загалом поступається в галузі програмної реалізації (використання стандартів обміну даними, користувацький інтерфейс тощо). Не завершений ще повний переклад системи в середовище Windows. Пакет має Windows — надбудову, введення і відображення даних у діаграмах Гантта і PERT, однак програми розрахунку, як і раніше, функціонують у DOS. Для створення користувацьких табличних звітів за проектом необхідно використовувати програму електронних таблиць AUTOPLAN (DOS версія), що входить у постачання Spider Project. 

3.7. Open Plan (Welcom Software)

Однією із основних відмінностей системи є потужні засоби ресурсного і вартісного планування, що дозволяють значно полегшити знаходження найбільш ефективного розподілу ресурсів і упорядкування їхнього робочого розкладу. Крім того, користувачами інтегрованої системи управління проектами організації є як професійні менеджери, що здійснюють узгодження й оптимізацію планів проектів, аналіз ризиків, прогнозування і т. ін., так і учасники проектів, що виконують збір, уточнення й актуалізацію даних, готують звіти. Якщо для професіоналів важливими є потужність і гнучкість наданих системою функцій планування й аналізу стану проектів, то для інших користувачів неабияке значення має простота і прозорість системи. Тільки OpenPlan забезпечує сьогодні як повну інтеграцію між професійною і «настільною» версіями системи, так і відкритість для обміну даними із зовнішніми додатками.

Система OpenPlan поставляється в двох варіантах — Professional і Desktop, кожний із яких відповідає різним потребам виконавців, менеджерів та решти учасників проекту. Обидві версії працюють з однією базою даних — немає необхідності в обміні даними. Спільне використання професійної і «полегшеної» версій системи управління проектами дає змогу не тільки брати до уваги потреби всіх груп користувачів, а й значно знизити вартість вирішення завдання.

До основних переваг пакету Open Plan належить те, що він може працювати з даними будь-якого профілю, що стосуються життєдіяльності підприємства. Програмне забезпечення Welcom можна настроїти на роботу з різноманітними базами даних завдяки об'єктно-орієнтованій і клієнт-серверній архітектурі. OpenPlan має прямий доступ до SQL-баз даних.

Користувач може вибрати, в якому форматі зберігати дані по проектах (у власному форматі OpenPlan, у форматах Oracle, SQL Server, Sybase, xBase).

Open Plan забезпечує обмеження доступу до даних проекту, дозволяючи давати різні права на доступ до певних даних, роблячи їх доступними обмеженому колу осіб і регулюючи їх спільне використання. Засіб «Директор управління проектами», вбудований в Open Plan, дозволяє упорядкувати застосування стандартних елементів проектів і процедур. В OpenPlan пропонується 65 моделей, побудованих на базі керівництв РМІ (Інституту Проектного Менеджменту, США), що їх можна наладнати для створення документів, які відповідають вимогам C/SCSC і ISO стандартів.