CC BY
9
Посилання на статтю_
Рач В.А. Методолопчне та iнструментальне забезпечення документування проекту / В.А.Рач, О.М. Медведева // Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганськ: вид-во СНУ ím. В.Даля, 2005 - №4(16). С. 22-32._
УДК 001.4:65.012.32
В.А. Рач, О.М. Медведева
МЕТОДОЛОГ1ЧНЕ ТА 1НСТРУМЕНТАЛЬНЕ ЗАБЕЗПЕЧЕННЯ ДОКУМЕНТУВАННЯ ПРОЕКТУ
Розроблено комплексну модель комуыкацп в проекп. Виявлено недолги сучасних програмних засобiв з управлЫня проектами щодо забезпечення ефективност комунiкацií в проектi. Розроблено програмний зааб пiдтримки документування проекту.
Ключовi слова: комуыка^я, iнформацiя проекту, документ проекту, фактори проектного середовища, комуыкативна компетентнiсть, яюсть документу, ефективнiсть комунiкацií. Рис. 4, табл. 2, дж. 13.
В.А. Рач, Е.М. Медведева
МЕТОДОЛОГИЧЕСКОЕ И ИНСТРУМЕНТАЛЬНОЕ ОБЕСПЕЧЕНИЕ ДОКУМЕНТИРОВАНИЯ ПРОЕКТА
Разработана комплексная модель коммуникации в проекте. Выявлены недостатки современных программных средств по управлению проектами относительно обеспечения эффективности коммуникации в проекте. Разработано программное средство поддержки документирования проекта. Рис. 4, табл. 2, ист. 13.
V.A. Rach, E.M. Medvedeva
METHODOLOGICAL AND INSTRUMENTAL PROJECT DOCUMENTATION SUPPORT
The project communications complex model is shaped. Modern project management IT-s demerits concerning project communications effectiveness are revealed. The computer program of project documentation support is proposed.
Постановка проблеми та ïï зв'язок з практичними завданнями.
Важлившою умовою результативного та ефективного здшснення комуыкацш в проект е комушкативна компетентнють ïï учаснимв - готовнють до спткування та здiбнiсть спткуватись [1, с. 168-175]. Така компетентнють стосуеться володшня усним та письмовим спткуванням, знання закономiрностей здшснення комушкацш та навичок швелювання будь-яких комушкативних бар'ерiв. На основi комушкативноТ компетентностi особистiсть здатна планувати та формувати повщомлення, розумiти смисл повщомлень, адекватно ïx оцiнювати [2], в такий споаб використовувати шформацш для цiлей управлiння.
Як свщчить практика, будь-який проект характеризуеться наявнютю комунiкацiйниx бар'ерiв, непорозумiння мiж учасниками [3, 4, с. 202-221], шшими словами, недостатжм рiвнем ïx комужкативноУ компетентностi. Це пояснюеться "Управлшня проектами та розвиток виробництва", 2005, № 4(16) 1
середовищем, що складаеться в проект завдяки його особливостям -ушкальносп, тимчасовосп, обмеженню в ресурсах та чаа, наявнiстю ризикiв. I саме ц особливостi проектного середовища не дозволяють формувати вiдповiдну компетентнiсть належного рiвня учасникiв протягом проекту, а особливо, на його початку, коли цша помилок вщ непорозумiння е найвищою [5;19-22]. Взаеморозумiння мiж учасниками досягаеться емшрично, методом проб та помилок, негативно впливаючи на хiд реалiзацп проекту. Задачу забезпечення ефективноТ комушкаци в проектi може взяти на себе певна шформацшна технологiя, а саме - програмний зааб, що дозволить забезпечити результативнють у сшлкуванш учасникiв проекту завдяки нiвелюванню комушкативних бар'ерiв, одночасно пiдвищувати комунiкативну компетентнють учасникiв та при цьому збер^ати час та всi iншi види ресурав в проектi.
Анал'з останнiх досл'джень з проблеми та невиршен частини проблеми. В попередшх роботах нами було представлено моделi комушкаци в проект в рiзних аспектах. Юбернетичний пiдхiд, що розглядався в робот [6], дозволив уточнити сутнють документа як единого засобу комушкаци та потенцшного носiя шформаци для рецишента в проектi. Дослiдження процесу комушкаци в психолопчному аспектi дозволило визначити фактори комушкаци, якими (в психолопчному аспект^ е тезаурус (Т), тип модальносл (М), темперамент (Тет) i сенсорнi особливостi (Э) особистост [7]. Видiленi фактори утворюють поняття «шфотип учасника проекту», розгляданий в робот [8]. Також було виявлено характер та закономiрностi впливу проектного середовища на учаснимв комушкаци в ходi реалiзацil проекту [8]. Пщхщ до проектних комунiкацiй в аспект теори несиловоТ взаемоди [9] виявив нагальну потребу створення в процеа комушкаци двох докуменлв Д1 та Д2, якi вiдображують iнфотипи учасниш комушкаци - автора та рецишента - i таким чином пщтримують Тх життестiйкiсть в проектi.
Проведен дослiдження являють собою рiзноаспектний розгляд процесу комушкаци в проект та потребують узагальнення шляхом впровадження комплексного пщходу до нього та розробки вщповщноТ' моделi.
Крiм того, створення документаци та управлiння документообiгом як засоби комушкаци входять до числа функцш шформацшних технологiй, без яких в сучасних умовах ефективне управлшня проектами е досить ускладненим. Але наявнють комушкативних бар'ерiв в практик реалiзацiТ проектiв дае пiдставу вважати iснуючi програмнi засоби з управлшня проектами такими, що не виршують належним чином проблеми комушкаци в умовах проекту. Звюно, це потребуе Тх детального аналiзу щодо комушкацшних характеристик.
В попередшх роботах [8;9;10] для виршення проблеми ефективностi комушкацш в проектi нами було запропоновано загальний алгоритм узгодження шформацшно-емоцшних потреб учаснимв проекту, визначенi споживацькi властивост документу проекту як засобу комушкаци, характер та закономiрностi впливу проектного середовища на параметри його якост та обмеження показниш параметрiв, загальний алгоритм формування якост документiв проекту.
З огляду на це встановлено наступш завдання статтг.
1) розробка комплексно! моделi комушкаци в проект;
2) аналiз сучасних програмних засобiв з управлiння проектами щодо Тх комушкацшних характеристик.
Основна частина. На пiдставi результат попереднiх дослiджень закономiрностей комунiкацiТ в проектi [6-10] розробимо комплексну модель даного процесу з урахуванням юбернетичних, психолопчних закономiрностей та положень теори несиловоТ взаемодГТ (рис. 1). Аналiз моделi дозволяе основним
2
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
фактором ефективност комушкаци вважати як1сть документа, сутнють якоТ розглядалась в робот1 [10], а документування проекту постае основним засобом прояву комушкативноТ компетентност та досягнення результативност1 й ефективност у сп1лкуванн1 м1ж учасниками проекту в ход1 його реал1зац1Т'.
Комплексна модель комушкаци в проект! е базою для проведення анал1зу сучасних програмних засоб1в з управлшня проектами. На сьогодш в св1т1 розроблено ктька сот програмних засоб1в, ям реал1зують функци планування та контролю проект1в. Реально на в1тчизняному I росшських ринках представлен! основн1, найпоширенш з них [11;145-152; 12;207-228; 13;638-655; 1;168-175]. Проанал1зуемо Тх комун1кац1йн1 характеристики щодо пщтримки документування в проект!. Для цього розробимо в1дпов1дн1 критери, спираючись на комплексну модель комушкаци в проект! (табл. 1.).
Таблиця 1
Критери аналiзу комушкацшних характеристик iснуючих програмних засобiв з
управлшня проектами
№ п/п Критерш Сnосiб розрахунку Примiтки
1 Повнота реал1заци функцш управл1ння документооб1гом, Ку Сп1ввщношення реал1зованих функц1й управл1ння документооб1гом до Тх загальноТ к1лькост1 Перелiк фунщй управлiння документоо&гом: створення, обробка, встановлення взаемозв'язку, орган1зац1я збер1гання, пошуку, поширення та оновлення документаци. Загальна кльксть: 7
2 Повнота документного забезпечення окремих етатв життевого циклу проекту, К Сп1вв1дношення реал1зованих вид1в документ1в до Тх загальноТ к1лькост1 в межах основних тип1в Перелiк основних ти^в (та вид/'в) документ/'в, що створюються протягом проекту: 1) концептуальн (устав проекту, змют проекту, методична документац1я, шструкцп, контракти); 2) планов! (план проекту та базов1 плани як його складов!), 3) оперативн (зв!ти, реестри, прогнози, рекомендаций запрошення зм!н, управл!нськ! вказюки); 4) документи закриття (акти прийомки продукту, акти закриття контракта, акт закриття проекту). Загальна кльксть за типами: 1 - 5 2 - 2 3 - 6 4 - 3
3 Можпивють забезпечення якост1 шформацп документ1в, Кя Сп1вв1дношення реал1зованих 1нформац1йних показник1в якост1 документ1в проекту до Тх загальноТ к1лькост1 Перелiк iнформацiйних показникв якост/' документ/'в проекту: повнота, точнють, гармошйнють, ¡нформацмна емкють, шформативнють, шформативна компактнють, прагматичн1сть (з обмеженнями в проект^. Загальна кльксть: 7
4 Можлив1сть врахування психолопчних особливостей Сп1вв1дношення врахованих параметр1в до Тх загальноТ к1лькост1 Перелiк параметр/'в для врахування: тезаурус, тип модальности темперамент, сенсоры особливост1 учаснигав проекту.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16) 3
cприйняття Загальна Кльксть: 4
Ыформацп
учаcниками
проекту, Кп
Даш табл. 2 дозволяють зробити наступн висновки:
- лише один з представлених програмних 3aco6iB (Primavera Expedition) дозволяе найбтьш професiйно управляти проектною документацieю;
- автоматизовано (в межах програмного засобу) створюеться базова планова та зв^на документацiя, залишаючи за своТми межами всi iншi види важливих концептуальних та оперативних управлшських документiв проекту;
- лише деяк з програмних засобiв (Artemis Track View, Primavera Expedition) забезпечують дотримання вщповщного рiвня точностi шформацп документв проекту для рiзних його учаснимв (зокрема, для вiдповiдальних, менеджеру проекту, замовника), ^i параметри якостi шформаци не забезпечуються;
- жоден з представлених програмних засобiв не забезпечуе врахування м'якого компоненту (психолопчних особливостей сприйняття та обробки iнформацiТ) у здшсненш комунiкацiй мiж учасниками проекту в умовах проектного середовища.
Таблиця 2
Комушкацшш характеристики основних програмних 3aco6iB з управлiння проектами
nporpaM nporpaMM M Характеристика за критер1ями тдтримки документування проекту (таб.1.)
HMM 3aci6 MOflyni Ку К Кя Кп
Яюеы показники Krnbra№i показник и, % Якюы показ ники Юльк^ы показ ники,% Як^ы показ ники K^bracM показ нНики,% Якюы показ ни ки Юльк^н показни ки,%
1. Microsoft Project (Microsoft) Microsoft Project Створення, збер1гання, пошук 37,5 Базов1 плани, звгти 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
2. Time Line (Time Line Solution Corporation) Time Line Створення, збер1гання, пошук, встановлен ня зв'язюв 50 Базов1 плани, звгги 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
3. Spider Project (Spider Technologie s Group) Spider Project Створення, збер1гання, пошук 37,5 Базов1 плани, зв1ти 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
4. OpenPlan (Welcom Software Technology) OpenPlan Professional OpenPlan Desktop OpenPlan Enterprise Створення, збер1гання, пошук, встановлен ня зв'язюв 50 Базов1 плани, зв1ти 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
5. Artemis Views (Artemis International ) Project View Resource View Track View Cost View Створення, збер1гання, пошук 37,5 Базов1 плани, звгти, граф1ки грошових поток1в 1 - 0 2 - 50 3 - 33,3 4 - 0 Точн1 сть 14,2 0
6. Primavera (Primavera Systems Inc.) Sure Treck Project Manager (ST) Створення, збер1гання, пошук 37,5 Базов1 плани, звгти 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
Primavera Project Planner (P3) Створення, збер1гання, пошук 37,5 Базов1 плани, зв1ти 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
Webster for Primavera (забезпечення доступу до даних проекту через мережи Intranet/Internet) 0 0
Monte Carlo for Primavera Створення, збер1гання, пошук 37,5 Звгти з анал1зу ризик1в 1 - 0 2 - 0 3 - 16,7 4 - 0 0 0
RA (забезпечення процедурами 0 0
4 "Управлшня проектами та розвиток виробництва", 2005, № 4(16)
розрахунку показниюв робiт проекту)
Primavera Project Plan for the Enterprise (P3e) Створення, збер^ання, пошук 37,5 Базовi плани, зв™ 1 - 0 2 - 50 3 - 16,7 4 - 0 0 0
Primavera Expedition Boi функцiï управлiння документоо б^ом 100 Базовi плани, звiти 1 - 0 2 - 50 3 - 16,7 4 - 0 Точы сть 14,2 0
Таким чином, проведений аналiз демонструе, що iснуючi nporpaMHi засоби дозволяють ефективно виршувати TexHi4Hi задачi планування, аналiзу та управлiння проектом. Bei вони мають гнучкi iнструменти генераци плашв, звiтiв для аналiзу ходу виконання проекту, але характеризуются низьким рiвнем комунiкацiйних характеристик та, в такому випадку, не виршують задачi ефективного управлшня комунiкацiями в умовах проекту. Особливо це стосуеться якост змютовноТ' частини документiв (якостi шформаци) та урахування в документуванш м'якого компоненту для уникнення комушкативних бар'ерiв.
Результати проведеного аналiзу дозволяють обранi критери вважати напрямками удосконалення iнструментарiю здшснення комунiкацiй в проектi шляхом його документування.
Для виршення виявлених проблемних аспектiв пропонуеться програмний зааб, спрямований на забезпечення якост документацiТ, що створюеться в межах проекту.
Осктьки документування - творчий процес, який не пщлягае повнш формалiзацiТ, програмний засiб належить до систем пщтримки прийняття рiшень i являе собою iнструмент пiдтримки створення документацп проекту (спираючись на опоры величини та подаючи покроковi рекомендаций
На попередньому пiдготовчому етапi програма дiагностуе особливостi учасникiв комушкаци проекту за параметрами шфотипу [8] та здшснюе Тх реестрацiю. За результатами дiагностики програма автоматично розраховуе вщповщш формалiзованi кiлькiснi та якiснi величини якост документа. На цьому
ж еташ за допомогою таких програмних засобiв, як Lingvo, .................та шших
здiйснюеться термiнологiчний аналiз предметних галузей учасниш проекту та створення вщповщних тезаурусiв, заповнення баз даних, що вщображують тезауруси, й встановлення зв'язш мiж ними. Це е шдставою узгодження термiнiв i понять вщмшних предметних областей учасникiв проекту, що перетинаються в ходi його реалiзацiТ.
Подальший алгоритм в загальному виглядi включае наступнi блоки: вибiр та заповнення реквiзитiв документа згщно прийнятому управлiнському рiшенню (з покроковими рекоменда^ями), що е пiдставою складання документа; тезаурусна обробка тексту документа (замша чи пояснення незнайомих термов, вставка предикалв вщповщного типу модальносп); психологiчна обробка документу (за показниками розмiру шрифтiв та кольорового оформлення, шших). Отже, перш, шж попасти до рецишента, документ проходить через мережу модифiкаторiв та оцiночних фiльтрiв.
Простий модифiкатор документа - це програмний компонент системи, який оброблюе документ на еташ представлення автоматично, не потребуючи зворотного зв'язку з автором.
Фтьтр документа - компонент системи, що оброблюе документ за одним з алгоритмiв оцшки психолопчноТ доступност шформаци документу. Пюля обробки фiльтром система акцентуе увагу автора на можливий психологiчний вплив компоненлв документу (слiв, виразiв тощо) й, в разi необхiдностi, дае рекомендацп щодо Тх покращення. Фтьтри здiйснюють зворотнiй зв'язок з
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
5
автором засобом пщказок, рекомендацш та повторних ревГзш. Тому використання фiльтрiв здшснюеться на останньому eTani створення документа, шсля заповнення всiх його смислових компоненлв.
Bei категори' фiльтрiв е по сутi психологiчними, оскiльки впливають на загальне сприйняття та розумшня рeципiентом iнформaцiï, закладеноТ в документ. Вхщними даними для aлгоритмiв модифкаторГв та ФГльтрГв слугуе iнформaцiя про шфотип учасника проекту та загальновизнаш в психологи' та докумeнтознaвствi норми представлення шформаци.
Створення нового документу починаеться з того, що користувач системи обирае типовий шаблон документа. Дaлi заповнюються ва смисловГ частини документа, шсля чого вш проходить пeрeвiрку тезаурусних та певних психолопчних ФГльтрГв. Пeрeвiркa фiльтрaми здiйснюеться ггерацшно та може вiдбувaтись кГлька разГв, доки документ не буде вщповщати всГм вимогам, закладеним в лопку фГльтрГв (рис.2).
6
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
Рис. 2. Узагальнений алгоритм створення документа в програмному засо&
На рис. 3, 4 представлено результат роботи програми з модифкаци документа для рецип1ента з наступним шфотипом: М - ауд1ально-в1зуальний; Тет - меланхолк; Б - 12-14; Т - тезаурус предметно! област юриста податковоТ шспекцп.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
7
'J П. Створення ново! су довоТ справи (проекту) - Opera
File Edit View Bookmarks lools Help
jnj^j
II, СтворенняHOBOiсуд,,, X
(_] New page Щ
Ш ¥ f rr S
ji i_j II. Створення ново! суд.,. Qj | (_j База л
http: /yiocalhost/document-thread/document, aspx
" |G| Google search [*] 6d
II. Створення ново? судовоТ справи (проекту)
• Для створення нового проекту Вам необидно натснуш кнопку «Создать новый проект». При цьому eíh буде внесений до ¿снуючо! баш даних проект.
• Здшснпь Biioip ршня iepapxii ОДПС (EPS).
Для цього натешь на кнопку «Просмотреть» (рис. 26) та оберпъ необхщний р1вень iepapxii ОДПС (ДПА Украши. область.
район), де буде заведении даний проект (рис. 27).
Нагасштъ послщовно кнопки «Выбрать». «Закрыть». «Далее».
• Введпь код (щентифшатор (Ш) та назву проекту.
Код проекту складаеться з наступних цифр свих елеменпв:
[код областз.].[код району].[код юридично! служби].[персональний код прац±вника пз.драздз.лу П5]-[порядковий номер справи].
Номер справи — двозначне число 01,02,03,..., 10, 11....
Класифшатор райошв — до ВашоГ уваги Додаток 1 до 1нструкцй користувача 'кер^вника юридичного пщроздшу органу ДПС автоматизованоГ системи «Робоче влсце юриста».
Приклад Ш проекту: 26.65.10.3-04, де:
26 — код обласп: 65 — код району; 10 — код юридично! служби; 3 — персональний код юриста;
э справи.
Назва проекту вшначаегься по категори справи або ц сторонах.
Класифшатор категорш справ — до ВапзоГ увари Додаток 2 до 1нстругаш користумча кер1вника юридичного пщроздшу органу ДПС автоматзовано! системи «Робоче Miene юриста»
Приклад 1: «про визнання недшеною угоди мш ПП Побуттехцентр та TOB «Троп САН» Приклад 2: ПП Побуттехцентр та TOB «Троп САН» (рис. 2S). Шсля введения ГО та назви проекту натисштъ «Далее» (рис. 2S).
• Ввещтъ дати старту7 (початку) та фишпу (завершения) ведения справи (проекту). Дата старту проекту вгоначаеться:
1. Для справ, порушенш за позовами ОДПС - датою передач! пакета документ по cnpaßi до пщроздшу ПЗ шшим пщроздшом ОДПС.
2. Для справ, порушенш за позовами СПД - датою отримання позовноГ заяви.
Оберпъ у вщкритому календар1 потрНшу дату7 старту7проекту7 та гадтвердль ипосящовним натисканням кнопок «Выбор» та «Далее» (рис. 29). «Навязанный финиш» залиште незаповненим.
• Оберпъ вщповщального за супроводження в суда даного проекту7.
Натиснувши на кнопку7 огляду7 Ви отримаете доступ до пер елку персоналышх к о,ецб працшшпав гадроздшу7 ПЗ (рис. 30). Оберпъ
Рис. 3. Вихщний документ Д1, створений автором для вщправки рецитенту
8
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
tJlL Створення hobgï су довоТ справи (проекту) - Opera
File Edit View Bookmarks Tools Help
Q
New page у п, створення ново! суд, .¿j ^
II, Створення hoboi суд... 'X
_ База даних
□
^ €> n № Щ S lj, http : //localhostydoajment-thread/document, a
У |G| Google seardi [»J 60
II. Створення hoboï судово! справи (проекту)
Для створення нового проекту натиснпь кнопку «Создать новый проект». Лопчно. вш буде внесений до
в же ¡снуючо! fait да них проекта
Оберпь piseHb iepapxil ОДПС (в програм! це EPS)
Для цього натис Украши: обласп Натиснпь nouii
К База да них
bfl f rr % S □ http://loGalhost/tesau|-*| [G] Google search Ы
il
• Введггь код (щен
Код проекту скл [код облает правд, выика
Номер справи -
Класифкатор рг пщроздшу орган^
Basa даних
Упорядкована сукутисть даних по проектам, призначена для ¡х збер1гання: накопичення та обробки.
ОДПС (ДПА
и код
ричного
Приклад ID проекту: 26.65.10.3-04, де:
26 — код обласп; 65 — код району; 10 — код юридично! служби;
3 — персональний код юриста;
04 порядковий номер справи.
Назва проекту визначасться покатегорй справи або и сторонах.
Клашфкатор категорш справ - доВашмуваш Додаток2 до 1нструкцпкорисгуБача;кершника юридичного пщроздшу органу ДПС автоматизованоГ системи «Робоче мкце юриста»
Приклад 1: «про визнання недшеною угоди шж ПП Побуттехцентр та TOB «Троп САН»
Приклад 2: ПП Побуттехцентр та TOB «Троп САН» (рис. 28).
ТИсля введения ID та назви проекту натиснпь «Далее» (рис. 28).
• Введпь дати старту (початку) та фиппу (завершения) ведения справи (проект)'). Дата старту проекту визначасться;
Рис. 4. Похщний документ Д2, модифкований для даного реципieнту
Слщ зауважити, що для прикладу обрано частину специф1чного виду документу - шструкци користувача програмного засобу, на основ! якого
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
9
здшснювалось шлотне досл1дження теоретичних результат1в щодо якост проектноТ документацГТ. В даному випадку демонстраци роботи програмного засобу недолгом даного документу е неможливють в1дображення вс1х рекв1зит1в, завдяки системному урахуванню яких забезпечуеться як1сть повноти та актуальност його 1нформац1Т.
Первюний документ Д1 в1дображуе 1нфотип автора за виключенням параметру типу модальност. Перетворений документ Д2, на вщмшу в1д попереднього Д1, вже вщображуе 1нфотип рецип1ента за вс1ма параметрами, зокрема, ф1зичними - розм1ром шрифту та кольорово! гами, 1нформац1йними -професшним тезаурусом та словником модальних преференцш. Завдяки розробленому 1нтерфейсу нев1дом1 рецип1енту терм1ни проектного тезаурусу пояснюються засобом п1дказок, що випливають в раз1 утримання на ньому курсору. Якють 1нформац1Т документу формуеться поетапно за рахунок параметр1в 1нформац1йноТ емкосл, детальност1, гармон1йност1 та 1нших, що дослщжувались в робот1 [7].
Як показали птотш досл1дження, використання програми дозволяе скоротити час на створення та обробку (сприйняття) якюно'Т документацГТ проекту на 50%, суттево знизити психолопчну напруженють п1д час створення та обробки документ1в при здшсненш комун1кац1Т та п1двищити ТТ ефективнють. В к1нцевому рахунку це дозволяе значно пщвищити в1рог1дн1сть усп1ху проекту. Система пщтримуе широку базу знань, яка дозволяе контролювати зм1ни тезауруав учасник1в комун1кац1Т протягом проекту та забезпечувати постшне узгодження Тх шформацшно-емоцшних потреб.
Висновки та перспективи. Впроваджено комплексний пщхщ до процесу комушкаци в проект! та розроблено комплексну модель комушкаци в умовах проектного середовища. Це дозволило встановити якють докуменлв як основного фактору результативност та ефективност сп1лкування м1ж учасниками проекту, а документування - основним засобом прояву Тх комун1кативноТ компетентность
В ход1 анал1зу сучасного шструментарш управл1ння проектами, зокрема програмних засоб1в, щодо Тх комун1кативних характеристик виявлено основы недолги та актуал1зовано шляхи Тх удосконалення для забезпечення ефективност комушкаци в проект!.
На цш основ! розроблено програмний зас1б, який дозволяе узгоджувати 1нформац1йно-емоц1йн1 потреби учасниш комун1кац1Т протягом проекту, що реал1зуеться у забезпеченн1 якост1 проектноТ документацГТ, що створюеться та розповсюджуеться в його межах. Таким чином, програмний зас1б забезпечуе результативнють сп1лкування учасниш проекту, швелюючи 1нформац1йн1 та основы психолопчш бар'ери комун1кацГТ в умовах проектного середовища. 1терацшний процес створення якост документа та наявн1сть покрокових рекомендацш дозволяють п1двищувати комун1кативну компетенцш учасник1в, збер1гаючи час та вс1 1нш1 види ресурс1в в проект! на здшснення ефективноТ комун!кац!Т.
Подальшими перспективами досл!дження е б!льш широка апробац!я програмного засобу в практичних умовах реал!заци р!зних тип!в проекту з вщмшними предметними областями Тх учасниш. Це дозволить поширити базу знань засобу шляхом поповнення Т'Т тезаурусами р!зних предметних областей та вщпрацювати мехашзм Тх узгодження з тезаурусом предметноТ област! управл!ння проектами, удосконалити роботу модифкатор!в та фтьтр!в програми. Кр!м того, перспективною задачею удосконалення програмного засобу е знаходження мехашзму його ¡нтегрування до усп1шних програмних засоб1в з
10
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
управлшня проектами, зокрема до одже'Т з найкращих сьогодж системи управлiння проектною документацieю Primavera Expedition.
Л1ТЕРАТУРА
1. Дитхелм Г. Управление проектами. Т. 2. Особенности - СПб: Бизнес-пресса, 2003.
2. Харченко Е.И., Савченко О.П. Определение ключевых компетентностей при разработке проектов профессионального самоопределения молодежи //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ 1м. В. Даля, 2003. - № 3(8). - С.41-46.
3. Бушуев С.Д., Войтенко О.С. Розвиток методолопй управлшня проектами // Тези доповщей II м1жнародноТ конференци «Управлшня проектами у розвитку сусптьства. Управлшня проектами вщ бачення до реальность. - К.: КНУБА, 2005. - С.18-20.
4. Бушуев С.Д., Морозов В.В. Динам1чне лщерство в управлшш проектами: Монограф1я / Укр. асоц1ац1я управлшня проектами. - К., 1999. - 312 с.
5. Кер1вництво з питань проектного менеджменту. - К.: УКРНЕТ, 2003. - 389 с.
6. Медведева О.М. Поняття ефективност документа в управлшш процесами. //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ 1м. В. Даля, 2004. - № 1(9). - С. 80-87.
7. Медведева О.М. Психолопчна концепц1я документа в управлшш проектами //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ 1м. В. Даля, 2004. - № 3(11). - С.93-100.
8. Медведева О.М. Моделювання якост1 проектноТ документаци //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ 1м. В. Даля, 2005. - № 1(13). - С. 74-84.
9. Медведева О.М. Модель комушкацп в проект! в аспект! теорп несиловоТ взаемодп //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ ¡м. В. Даля, 2005. - № 2(14). - С. 105-110.
10. Медведева О.М. Формування якост1 документаци проекту: тезаурусний пщхщ //Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганск: Вид-во СНУ 1м. В. Даля, 2004. - № 4(12). - С.50-60.
11. Управление проектами. - М.: Юркнига, 2003. - 288 с.
12. Батенко Л.П. Управлшня проектами: Навчальний пос1бник / Л.П.Батенко, О.А.Загородшх, В.В. Лшинський. - К.: KHEY, 2003. - 231 с.
13. Мазур И.И. Управление проектами: Учебное пособие // И.И. Мазур, В.Д. Шапиро, Н.Г.Ольдерогге. - 2-е изд. - М.: Омега-Л, 2004. - 664 с.
Стаття надмшла до редакцп 03.10.2005 р.
темами.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
11
