Управління агрегованими групами проектів
Розглянуто питання формування системи аналізу агрегованих груп проектів корпоративної системи управління проектами. Запропоновано підхід до створення програмних засобів аналізу проектної діяльності на підприємствах з ієрархічною організаційною структурою. Рассмотрены вопросы формирования системы ана...
Збережено в:
| Опубліковано в: : | Реєстрація, зберігання і обробка даних |
|---|---|
| Дата: | 2011 |
| Автори: | , , , |
| Формат: | Стаття |
| Мова: | Українська |
| Опубліковано: |
Інститут проблем реєстрації інформації НАН України
2011
|
| Теми: | |
| Онлайн доступ: | https://nasplib.isofts.kiev.ua/handle/123456789/50533 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Цитувати: | Управління агрегованими групами проектів / В.О. Кузьміних, О.В. Коваль, Д.В. Хаустов, Є.Ю. Коростельова // Реєстрація, зберігання і обробка даних. — 2011. — Т. 13, № 3. — С. 106-116. — Бібліогр.: 8 назв. — укр. |
Репозитарії
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1859519254739550208 |
|---|---|
| author | Кузьміних, В.О. Коваль, О.В. Хаустов, Д.В. Коростельова, Є.Ю. |
| author_facet | Кузьміних, В.О. Коваль, О.В. Хаустов, Д.В. Коростельова, Є.Ю. |
| citation_txt | Управління агрегованими групами проектів / В.О. Кузьміних, О.В. Коваль, Д.В. Хаустов, Є.Ю. Коростельова // Реєстрація, зберігання і обробка даних. — 2011. — Т. 13, № 3. — С. 106-116. — Бібліогр.: 8 назв. — укр. |
| collection | DSpace DC |
| container_title | Реєстрація, зберігання і обробка даних |
| description | Розглянуто питання формування системи аналізу агрегованих груп проектів корпоративної системи управління проектами. Запропоновано підхід до створення програмних засобів аналізу проектної діяльності на підприємствах з ієрархічною організаційною структурою.
Рассмотрены вопросы формирования системы анализа агрегированных групп проектов корпоративной системы управления проектами. Предложен подход создания программных средств анализа проектной деятельности на предприятиях с иерархической организационной структурой.
Questions of forming the aggregated projects groups analysis system of the corporate projects management system is considered. An approach to creating software tools of analysis of project activity in enterprises with a hierarchical organizational structure is offered.
|
| first_indexed | 2025-11-25T20:53:07Z |
| format | Article |
| fulltext |
106
УДК 65.012.2
В. О. Кузьміних2, О. В. Коваль1,
Д. В. Хаустов2, Є. Ю. Коростельова2
1Інститут проблем реєстрації інформації НАН України
вул. М. Шпака, 2, 03113 Київ, Україна
e-mail: svr@cki.ipri.kiev.ua
2ВАТ «Укртелеком»
бульвар Шевченка, 18, Київ, Україна
e-mail: vkuzminykh@ukrtelecom.ua
Управління агрегованими групами проектів
Розглянуто питання формування системи аналізу агрегованих груп
проектів корпоративної системи управління проектами. Запропонова-
но підхід до створення програмних засобів аналізу проектної діяльнос-
ті на підприємствах з ієрархічною організаційною структурою.
Ключові слова: корпоративна система управління проектами, управ-
ління портфелями проектів, стратегія розвитку підприємства, ієрар-
хічна організаційна структура.
Вступ
На сьогодні в більшості стандартів з управління проектами, таких як PMBOK
(США), PRINCE2 (Великобританія), p2m (Японія) [1–4] висловлюється думка, що
визначити доцільність виконання того чи іншого проекту неможливо в рамках
самого управління проектами, і необхідно застосовувати більш високий рівень
аналізу, який відноситься до області стратегічного управління усього підприємст-
ва в цілому. Важливим висновком при цьому є необхідність управління агрегова-
ними групами проектів (портфелями, програмами, папками та ін.), які характери-
зують загальну специфіку стратегії розвитку підприємства та використання інвес-
тиційних заходів для цього розвитку.
Одним із найпоширеніших прикладів застосування управління агрегованими
групами проектів є державні підприємства, де склад агрегованих груп проектів
пов’язаний як зі статтями та періодами фінансування, структурною відповідністю
проектів, так і з особливостями самих проектів (інфраструктурних, інформацій-
них, фінансових, соціальних тощо).
Управління проектами та портфелями проектів на державних підприємствах з
великими обсягами операційної діяльності і функціональною організаційною
структурою посідає важливе місце, як інструмент досягнення стратегічних цілей
© В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
mailto:svr@cki.ipri.kiev.ua
Управління агрегованими групами проектів
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2011, Т. 13, № 3 107
підприємства, інструмент реагування на швидкі зміни в оточуючому середовищі
та інструмент оптимізації бізнес-процесів підприємства, що характеризують по-
точну операційну діяльність.
Щоправда, поняття портфеля проектів, яке прийшло в управління проектами
з інвестиційного менеджменту, ще не повністю встановилося і в різних роботах
носить дещо різне значення. В багатьох джерелах вважається, що існує єдиний
поточний портфель проектів підприємства, що складається з проектів, які най-
більш повно відповідають задачам досягнення стратегічних цілей підприємства
[5–7]. У той же час в 4-й редакції PMBOK головний портфель може складатись як
з проектів, так і з програм, які визначаються, як пов’язана послідовність кількох
проектів, що призначена для досягнення єдиної цілі [8].
У більшості практичних випадків портфелі можуть розглядатись як засіб аг-
регації проектів на різних рівнях. Такий підхід особливо доцільний для проектної
діяльності на державних підприємствах з функціональною організаційною струк-
турою. При цьому проекти можна розглядати як головний механізм проведення
будь-яких змін, доповнень, інновацій на підприємствах, головний прибуток яких
надходить від операційної діяльності, що зумовлено їхньою функціональною ор-
ганізаційною структурою з жорсткою вертикаллю управління.
Портфелі проектів у цьому випадку тісно пов’язані з функціональною струк-
турою підприємства. Проекти частіше всього виконуються в рамках одного під-
розділу або напрямку. Тільки наскрізні проекти, в яких задіяні різні напрямки,
різні філії і різні підрозділи, можуть бути віднесені до проектів портфеля всього
підприємства.
При такому підході досить логічно визначається зона відповідальності кож-
ного з підрозділів, а керівниками відповідних проектів стають керівники відпові-
дного рівня у відповідних напрямках.
Специфічною властивістю в цьому підході є те, що менеджер проекту не має
можливості розпоряджатися фінансовим бюджетом проекту, а сам проект частко-
во або повністю виключає зі свого розгляду частину коштів, що іде на оплату
праці виконавців проектів. Це створює більші складності у здійсненні проектів
завдяки тому, що найбільший важіль мотивації управління проектами — матеріа-
льне заохочення команди проекту — не знаходиться в руках менеджера проекту.
В такому випадку стає необхідним створення централізованого механізму заохо-
чення працівників у результатах і своєчасності виконання проектів за участю ме-
неджерів проектів з одного боку і функціональних керівників відповідних підроз-
ділів з іншого.
Практика створення програмного забезпечення підтримки управління проек-
тами не завжди відповідає вимогам саме таких підприємств. На ринку вже досить
багато програмних засобів із планування й супроводження проектів і програм,
розподілу ресурсів між проектами і навіть балансування навантаження на трудові
ресурси, але всі ці засоби недостатньо гнучкі для того, щоб забезпечити поточний
аналіз стану і прийняття керівних рішень стосовно агрегованих груп проектів.
Робота з групами проектів (портфелями, програмами та іншими сукупностями
проектів) відноситься до вищого, порівняно з управлінням окремим проектом,
рівня управління. На цьому рівні забезпечується необхідність і можливість стра-
тегічного управління масштабу підприємства в цілому.
В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
108
Управління агрегованими групами проектів
у корпоративній системі
Під корпоративною системою управління проектами (КСУП) розуміється на-
бір методологій, методів, інструментів і процедур, що використовуються для
управління проектом або їхньою сукупністю, а також ряд процесів і пов’язаних з
ними функцій, об’єднаних в єдину цілеспрямовану систему. Призначенням КСУП
є надання менеджменту всіх рівнів якісної (змістовної, актуальної, достовірної та
ін.) інформації для підвищення ефективності прийняття управлінських рішень і
механізм їхньої реалізації.
Однією з найбільш поширених задач серед тих, що виникають у корпоратив-
ній системі управління проектами на держаних підприємствах та організаціях, є
задача аналізу стану виконання груп проектів, які можуть бути агреговані за різ-
ними ознаками. Вид і розміри агрегованих для аналізу проектів, як правило, зале-
жить від потреб керівництва в оцінці якості роботи за проектними напрямками.
Така потреба може і не виникати, коли робота з проектами ведеться за прин-
ципом «затикання дірок». При цьому аналіз стану проекту проводиться тільки у
випадку виникнення критичної ситуації, чи у зв’язку з необхідністю звітування
вищестоящому керівництву. Цей підхід є руйнівним і регресивним для будь-якого
підприємства чи організації, бо робить неможливим його стратегічний розвиток і
веде до деградації проектно-інвестиційної діяльності.
У більшості випадків необхідність в аналізі стану різних груп проектів за пе-
вними ознаками є невід’ємною частиною стратегічного управління підприємст-
вом. Тільки аналіз стану проектів за агрегованими групами проектів дає можли-
вість достатньо об’єктивно і точно дати відповідь про наявний стан виконання та
загальні результати виконання інвестиційних програм і планів реалізації.
Агрегація може виконуватись як за структурно-ієрархічними ознаками (на-
приклад — підприємство/організація, департамент/філія, відділ/відділення і т.д.),
так і за фінансовими, часовими, технічними, технологічними ознаками, за напрям-
ками робіт чи приналежності до заходів тощо.
Ознаки проектів можуть бути як обов’язковими ознаками проекту, які визна-
чені на MS Project Server, так і такими, що визначаються потребою в агрегації
проектів для групового чи порівняльного аналізу, тобто аналізу сумарних, осе-
реднених чи порівняних даних щодо виконання проектів. Крім того, агрегація
може проводитись за декількома ознаками, тобто комбінацією ознак (наприклад
— результати роботи за проектами певного відділу за перший квартал поточного
року). Така задача є досить складною та громіздкою за складом і розміром обсягів
інформації, що має бути оброблена для її вирішення.
Поділ агрегованих груп проектів на портфелі та папки (табл. 1) дає можли-
вість більш точно та конкретно описати їхні основні розбіжності як у питаннях
побудови та зберігання, так і у питаннях аналізу та відповідальності за результати
виконання певної групи проектів.
Крім того, формалізація такого підходу до поділу агрегованих груп проектів
на портфелі та папки, дає можливість відповідно відобразити його у реалізації
спеціальної надбудови до базових програмних засобів MS Enterprise Project Mana-
gement, яка має вирішувати задачі аналізу виконання портфелів і папок проектів у
Управління агрегованими групами проектів
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2011, Т. 13, № 3 109
рамках єдиної корпоративної системи управління проектами підприємства.
Таблиця 1. Агреговані групи проектів
№№
з/п
Характеристики
агрегованих груп проектів
Типи
агрегованих груп проектів
1. Типи
груп агрегованих проектів
Портфелі проектів
з ієрархічною структу-
рою
Папки проектів,
що пов’язані між собою озна-
ками
2. Ознаки,
що використовуються для
агрегації
Адміністративна струк-
тура підприємства —
відношення проектів до
елементів структури
Не структуровані ознаки
та їхні комбінації
3. Результати
агрегації
Статичні —
повністю пов’язані зі
структурною схемою
підприємства
Динамічні —
з’являються та існують тільки
за потреби в аналізі стану
виконання тієї групи проектів
4. Періодичність
формування груп
Постійне —
з уточнення в міру вини-
кнення нових проектів
За потреби —
в міру виникнення потреби в
тому чи іншому аналізі
5. Термін
існування результатів
агрегації
Постійне —
з оновленням у міру ви-
никнення нових проектів
Тимчасове —
до закінчення проведення
аналізу та потреби у його ре-
зультатах
6. Форма
результатів агрегації
Реальний портфель
проектів, що виконують-
ся підприємством
Віртуальна папка
проектів, що є агрегованою
групою побудованою по поси-
ланням на проекти, що утво-
рюють реальний портфель
проектів підприємства
7. Входження
проектів до групи
Одноразово —
тільки до одного з порт-
фелів підрозділів в ієрар-
хії підприємства
Багаторазово —
може входити до багатьох
папок залежно від їхніх ознак,
за якими вони сформовані
Аналіз стану виконання груп проектів програмними засобами
На сьогодні у більшості випадків управління проектами на підприємствах і
організаціях у державній та комерційній сфері знайшло своє застосування про-
грамним засобом (ПЗ) MS Project 2007 та частково MS Project 2010 як унаслідок
своєї помірної вартості, так і достатньої для більшості задач функціональності.
Крім того, до суттєвих переваг MS Project 2007 та MS Project 2010 можна віднести:
— простоту впровадження та освоєння;
— наявність великої кількості підготовчих курсів для навчання;
— достатню кількість літератури щодо впровадження та використання;
— значну кількість кваліфікованих спеціалістів.
В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
110
MS Project входить до складу програмного середовища Enterprise Project
Management (EPM) як компонента взаємодії з користувачем. Проблеми викорис-
тання ПЗ EPM на сьогодні є похідними від первинної структури цього ПЗ як засо-
бу управління окремими проектами.
Серед них, з точки зору аналізу портфелів та інших агрегованих груп проек-
тів, найбільш важливими є наступні:
— відсутність можливості побудови агрегованих груп проектів за довільними
ознаками;
— відсутність можливості рольового розподілу доступу за агрегованими гру-
пами проектів та окремими проектами;
— відсутність звітів за агрегованими групами проектів;
— відсутність можливості аналізу виконання бюджету проекту (портфеля
проектів);
— відсутність можливості відстеження критичних дат виконання агрегованих
груп проектів (портфеля чи папки проектів);
— відсутність можливості ефективного відстеження стану виконання агрего-
ваних груп проектів (портфеля чи папки проектів);
— відсутність можливості архівації/відновлення проектів і груп проектів.
Підхід до управління портфелем підприємства, що втілений у програмному
засобі Office Project Portfolio Server 2007 і його наступнику Office Project Server
2010, частково надає можливість управління групами проектів. Головною функці-
єю цього ПЗ є створення і підтримка пулу всіх можливих проектів, з якого за кри-
теріями найкращої відповідності стратегічним цілям підприємства обираються
проекти до портфеля проектів підприємства. Другою важливою функцією є моні-
торинг проектів, що обрані до портфеля, оцінка їхнього стану та надання пропо-
зицій щодо зміни вмісту портфеля при зміні стратегічних цілей підприємства.
Недоліком цього підходу є існування лише одного портфеля масштабу всього
підприємства і непристосованість для аналізу поточного стану різних груп проек-
тів, що обрані за певними ознаками.
На сьогодні є багато програмних засобів, що призначені для вирішення задач
управління проектами та портфелями: Spider Project, IBM Rational Portfolio
Manager, Welcom Suite (включає Open Plan), Opus Magnum Enterprise Management,
SureTrak Project Manager, Planview, eProject, Artemis, Sciforma, 1С-Парус, які тою
чи іншою мірою вирішують задачі управління згрупованими проектами.
Особливе місце серед них займає Primavera Project Planner Professional (P4) як
найбільш повно функціональна програмна система для управління проектами
підприємства. Ця система вирішує більшість задач управління проектами та агре-
гованими групами проектів. Primavera — це комплекс програмних продуктів для
багатопроектного планування та контролю, що забезпечує управління всіма прое-
ктами підприємства. Система Primavera P4 має більше функціональних можливо-
стей серед конкурентів, але її поширення поки що не таке значне. Серед основних
причин цього можна назвати велику вартість, що значно перевищує вартість кон-
курентних продуктів, та орієнтацію на будівельний тип проектів.
Вирішення задачі управління агрегованими групами проектів приводить до
необхідності створення додаткового ПЗ на базі найбільш поширеного серед дер-
жавних підприємств та організацій MS Project 2007/2010. Це дає можливість при
Управління агрегованими групами проектів
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2011, Т. 13, № 3 111
максимальному застосуванні існуючих програмних засобів та інтеграції із середо-
вищем EPM вирішувати задачі управління проектами у КСУП.
Іншою задачею, що вирішується при цьому, є розробка середовища для фор-
мування різнорівневих звітів як за станом портфелів, так і папок проектів за запи-
тами за різними ознаками.
Таке коло задач може бути вирішено шляхом створення спеціалізованого
програмного засобу, яке б виконувало функції «Центру звітів» (ЦЗ) щодо всіх
проектів КСУП підприємства та їхніх агрегованих груп як портфелів, так і папок
проектів.
Загальні вимоги до «Центру звітів» за проектами
ЦЗ повинен виконувати ряд функцій, що виходять з означених вище задач по
управлінню агрегованими групами проектів:
— працювати в локальній мережі підприємства за технологією Інтранет на
базі SharePoint Server та Project Server і бути доступним лише працівникам під-
приємства, комп’ютери або інші кінцеві засоби (комунікатори, смартфони тощо)
яких підключені до локальної мережі;
— підтримувати єдину технологію надання доступів до інформаційних ре-
сурсів, яка забезпечується в корпоративній мережі підприємства службою Active
Directory;
— відповідати єдиному стилю організації та стандартів оформлення інтер-
фейсу користувача;
— не впливати на дієздатність інших внутрішніх ПЗ і порталів підприємства;
— не впливати на регламенти адміністрування інших ПЗ і внутрішніх пор-
талів підприємства;
— підтримувати єдині корпоративні правила адміністрування та політик без-
пеки центрів обробки даних (ЦОД).
Вимоги до такого програмного забезпечення визначають найбільш важливі
характеристики щодо функціональних можливостей і корисності програмних за-
собів ЦЗ для задач управління агрегованими групами проектів.
Рішення має бути комунікаційною платформою для взаємодії з використан-
ням багатьох видів електронних пристроїв (персональний комп’ютер, ноутбук і
т.п.) і програмних засобів (MS Project, додатковий спеціальний клієнт для керу-
вання реєстром проектів).
Рішення повинне сприяти ефективній роботі керівництва підприємства та
співробітників проектного офісу, забезпечуючи:
— робочий простір для ефективної роботи з портфелями та папками проектів;
— доступ до звітів за агрегованими групами проектів;
— єдину уніфіковану панель інструментів, де можна було би відобразити за-
соби, що необхідні працівникам для роботи.
Рішення повинне забезпечити зручність доступу до інформації, а також мати
необхідний рівень і засоби розширюваності:
— централізоване місце для пошуку інформації за проектами (портфелями,
папками);
В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
112
— централізоване місце для побудови та аналізу звітів за проектами у розрізі
агрегованих груп;
— доступ до деяких частин інформації повинен бути у режимі on-line (доступ
до звітів, до планів проектів).
Функціональні елементи «Центру звітів» та їхня взаємодія
Центр звітів включає наступні основні елементи.
1. Автоматичне формування реєстру проектів — виконується формування ре-
єстру проектів з усіма проектами, що опубліковані на Project Server.
2. Організаційна структура трудових ресурсів — сформована відповідно до
організаційної структури та розміщена на Project Server СДРес (структурна деком-
позиція трудових ресурсів).
3. Елемент відображення стану проекту — має можливість автономно від
ЕРМ відображати стан проектів.
4. Фільтрація проектів — надає можливість обрати групу проектів за певною
ознакою, що відображає додаткові обов’язкові поля в проектах.
5. Аналіз стану проектів — відображає стан виконання, ризики та стан актуа-
льності даних за проектом.
6. Звітні форми за портфелями проектів — мають формуватися за відповід-
ними шаблонами та за обраними агрегованими групами проектів (папками і порт-
фелями)
7. Архівація проектів і портфелів проектів — надає можливість відновлення
інформації за проектами та порівняння з даними стану за попередні періоди.
Узагальнену схему організації ЦЗ і взаємодії його елементів показано на
рис. 1. На схемі представлено зв’язки між основними функціональними елемен-
тами ПЗ «Центру звітів», який виконує функції організації та аналізу роботи
КСУП щодо всіх проектів підприємства та їхніх агрегованих груп як портфелів,
так і папок проектів.
Рис. 1. Схема взаємодії елементів ЦЗ
Управління агрегованими групами проектів
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2011, Т. 13, № 3 113
Основні ролі «Центру звітів» та їхні повноваження
Система ролей у ЦЗ є однією із важливіших засад, на якій базується вся стру-
к-тура взаємозв’язків і відносин між керівництвом і виконавцями в проектній
складовій діяльності. Склад і кількість ролей визначена, виходячи з політики без-
пеки ЦЗ та Project Server 2007/2010 (табл. 2).
Таблиця 2. Система ролей «Центру звітів»
№№
з/п
Роль у ЦЗ Підрозділ,
посада
Функції Рівень
повноважень
1. Спонсор ТОП менеджмент,
керівництво під-
приємства
Загальний контроль і
вирішення конфліктів
для усіх портфелів, па-
пок та окремих проектів
Бачити всі портфелі та
папки підприємства,
створювати нові папки
2. Локальний
спонсор
Керівництво на-
прямку, департа-
менту, підрозділу
Загальний контроль, мо-
ніторинг і вирішення
конфліктів для усіх
портфелів, папок і
окремих проектів, що
відносяться тільки до
підпорядкованих під-
розділів
Бачити усі портфелі та
папки підпорядкованих
підрозділів підприємст-
ва, створювати нові
папки за проектами, що
відносяться тільки до
цих підпорядкованих
підрозділів
3. Керівник
групи
проектів
Співробітник під-
приємства з пра-
вами, що надані
адміністратором
Моніторинг агрегованої
окремої групи проектів,
аналіз стану та звітність
перед керівництвом за
своєю групою проектів
Бачити усі проекти пап-
ки, на які йому наданий
адміністратором доступ,
створювати підлеглі
папки
4. Адміністра-
тор ЦЗ
Співробітник
проектного офісу
Моніторинг портфеля та
всіх папок проектів
підприємства, надає
рольові права користу-
вачам ЦЗ
Бачити усі портфелі та
папки підприємства,
створювати нові папки,
надавати права іншим
користувачам
Кожній ролі мають відповідати певні дозволи (повноваження) на виконання
дій у рамках програмного забезпечення ЦЗ, які повинні однозначно відповідати як
функціям певної ролі, так і приналежності певного проекту до своєї агрегованої
групи проектів.
Місце «Центру звітів» у структурі MOPS
У структурі програмного забезпечення MS Project Server (MOPS) АРМ
«Центр звітів» займає місце як продукт сторонніх виробників (3-d Party Appli-
cations), чи продукт третьої сторони (рис. 2).
Для таких продуктів у структурі програмного забезпечення MS Project Server
передбачена можливість обміну даними через PSI-інтерфейс. При цьому ЦЗ пра-
цює відносно MOPS тільки в режимі зчитування і не може таким чином нанести
В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
114
шкоду роботі та зберіганню даних на сервері. Така архітектура побудови підклю-
чення ЦЗ до MS Project Server найбільш безпечна і відповідає загальноприйнятим
політикам безпеки.
Рис. 2. Місце «Центру звітів» у структурі MOPS
При цьому ЦЗ повинен розроблятися у декількох проекціях:
— як стороннє застосування, що взаємодіє з сервером MOPS;
— як набір додаткової звітності, що розширює основну;
— як набір додаткових форм для MOPS;
— як набір додаткових видів надання інформації для MOPS (наприклад, для
зручності фільтрації, агрегації, групового аналізу проектів);
— як набір додаткових сервісів для MOPS (наприклад, архівація, відстежен-
ня).
На рис. 3 наведено схему отримання даних через PSI. Середовище PWA, Pro-
ject Professional працюють через PSI. Тому кінцеві рішення ЦЗ теж повинні пра-
цювати через PSI. Це надасть ЦЗ формату відповідності єдиному програмному
інтерфейсу і дозволить в подальшому виконати міграцію на більш нові версії пла-
тформи MOPS.
Згідно зі схемою:
1) кінцеві рішення отримають доступ за допомогою PSI до проектів;
2) за допомогою PSI доступ до різних джерел даних проектів: бази звітів, ак-
тивних проектів, чернеток проектів, архівної бази проектів.
Управління агрегованими групами проектів
ISSN 1560-9189 Реєстрація, зберігання і обробка даних, 2011, Т. 13, № 3 115
3) можна будувати різноманітні звіти, використовуючи Reporting Service чи
імпорт у формати XML, HTML, MS Office, PDF тощо.
Рис. 3. Схема отримання даних через PSI
Висновки
Управління портфелями проектів на державних підприємствах відповідно до
стратегічних цілей підприємств є важливим складовим елементом оперативного
управління, який має базуватися на ефективній інструментальній та методичній
платформі. Великі обсяги операційної діяльності, функціональна організаційна
структура та значна розгалуженість таких підприємств приводять до суттєвих
складностей і протиріч щодо управління проектами та портфелями проектів.
Стандартні програмні засоби, що існують на сьогодні, не мають достатньої функ-
ціональності та гнучкості для вирішення таких складних задач.
Вирішення задачі управління агрегованими групами проектів приводить до
необхідності створення додаткового ПЗ на основі найбільш поширеного програм-
ного забезпечення для управління проектами — MS Project 2007/2010. Такий під-
хід дає можливість мінімізувати затрати часу та грошей на розробку спеціальних
програмних засобів для аудиту та контролю виконання портфелів проектів та ін-
ших агрегованих груп проектів, таких, наприклад, як стратегічні проекти підпри-
ємства. При цьому першочерговою задачею є розробка середовища для форму-
вання різнорівневих звітів як періодичних, так і за окремими запитами щодо стану
виконання.
Рішення такого кола задач може бути реалізовано шляхом створення спеціа-
лізованого програмного засобу, яке виконує функції «Центру звітів» щодо всіх
окремих проектів підприємства та їхніх агрегованих груп. Наведена структура та
функціональність програмної реалізації ЦЗ показує можливість його реалізації з
урахуванням стандартних корпоративних політик безпеки. При цьому остаточна
В. О. Кузьміних, О. В. Коваль, Д. В. Хаустов, Є. Ю. Коростельова
116
функціональність спеціалізованого програмного засобу для аудиту та контролю
виконання агрегованих груп проектів має бути визначена відповідно до конкрет-
них потреб підприємства.
1. Керівництво з управління інноваційними проектами і програмами організацій: Моногра-
фія: пер. на українську мову під ред. проф. Ярошенка Ф.О. — К.: Новий друк. — 2010. — 160 с.
2. The Standard for Program Management / PMI. — 2008. — 324 с.
3. The Standard for Portfolio Management / PMI. — 2008. — 146 с.
4. Managing Sucessful Projects with PRINCE2 / The Stationery Office. — 2009. — 342 p.
5. Томас М. Каппелс. Финансово-ориентированное управление проектами / Томас М. Кап-
пелс: пер. с англ. — М.: Олимп-Бизнес, 2008.
6. Кэтлин Бенко, Ф. Уоррен Мак-Фарлан. Управление портфелями проектов. Соответствие
проектов стратегическим целям компании / Кэтлин Бенко, Ф. Уоррен Мак-Фарлан: пер. с англ. —
М.: Вильямс, 2007.
7. Скотт Беркун. Искусство управления IT-проектами / Беркун Скотт. — Серия: Бестселле-
ры O'Reilly. — С.-Петербург: Питер, 2011.
8. A Guide to the Project Management Body of Knowledge / Project Management Institute. —
2008. — 459 p.
Надійшла до редакції 05.09.2011
http://www.ozon.ru/context/detail/id/3748697/#persons
http://www.ozon.ru/context/detail/id/3748697/#persons
http://www.ozon.ru/context/detail/id/3748697/#persons
Загальні вимоги до «Центру звітів» за проектами
Загальні вимоги до «Центру звітів» за проектами
|
| id | nasplib_isofts_kiev_ua-123456789-50533 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 1560-9189 |
| language | Ukrainian |
| last_indexed | 2025-11-25T20:53:07Z |
| publishDate | 2011 |
| publisher | Інститут проблем реєстрації інформації НАН України |
| record_format | dspace |
| spelling | Кузьміних, В.О. Коваль, О.В. Хаустов, Д.В. Коростельова, Є.Ю. 2013-10-23T00:06:26Z 2013-10-23T00:06:26Z 2011 Управління агрегованими групами проектів / В.О. Кузьміних, О.В. Коваль, Д.В. Хаустов, Є.Ю. Коростельова // Реєстрація, зберігання і обробка даних. — 2011. — Т. 13, № 3. — С. 106-116. — Бібліогр.: 8 назв. — укр. 1560-9189 https://nasplib.isofts.kiev.ua/handle/123456789/50533 65.012.2 Розглянуто питання формування системи аналізу агрегованих груп проектів корпоративної системи управління проектами. Запропоновано підхід до створення програмних засобів аналізу проектної діяльності на підприємствах з ієрархічною організаційною структурою. Рассмотрены вопросы формирования системы анализа агрегированных групп проектов корпоративной системы управления проектами. Предложен подход создания программных средств анализа проектной деятельности на предприятиях с иерархической организационной структурой. Questions of forming the aggregated projects groups analysis system of the corporate projects management system is considered. An approach to creating software tools of analysis of project activity in enterprises with a hierarchical organizational structure is offered. uk Інститут проблем реєстрації інформації НАН України Реєстрація, зберігання і обробка даних Експертні системи та підтримка прийняття рішень Управління агрегованими групами проектів Управление агрегированными группами проектов Aggregated Projects Groups Management Article published earlier |
| spellingShingle | Управління агрегованими групами проектів Кузьміних, В.О. Коваль, О.В. Хаустов, Д.В. Коростельова, Є.Ю. Експертні системи та підтримка прийняття рішень |
| title | Управління агрегованими групами проектів |
| title_alt | Управление агрегированными группами проектов Aggregated Projects Groups Management |
| title_full | Управління агрегованими групами проектів |
| title_fullStr | Управління агрегованими групами проектів |
| title_full_unstemmed | Управління агрегованими групами проектів |
| title_short | Управління агрегованими групами проектів |
| title_sort | управління агрегованими групами проектів |
| topic | Експертні системи та підтримка прийняття рішень |
| topic_facet | Експертні системи та підтримка прийняття рішень |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/50533 |
| work_keys_str_mv | AT kuzʹmínihvo upravlínnâagregovanimigrupamiproektív AT kovalʹov upravlínnâagregovanimigrupamiproektív AT haustovdv upravlínnâagregovanimigrupamiproektív AT korostelʹovaêû upravlínnâagregovanimigrupamiproektív AT kuzʹmínihvo upravlenieagregirovannymigruppamiproektov AT kovalʹov upravlenieagregirovannymigruppamiproektov AT haustovdv upravlenieagregirovannymigruppamiproektov AT korostelʹovaêû upravlenieagregirovannymigruppamiproektov AT kuzʹmínihvo aggregatedprojectsgroupsmanagement AT kovalʹov aggregatedprojectsgroupsmanagement AT haustovdv aggregatedprojectsgroupsmanagement AT korostelʹovaêû aggregatedprojectsgroupsmanagement |