CC BY
23
УДК 65.01
0.В. МАЛИШЕВ*
МЕТАМОДЕЛЬ ЖИТТеВОГО ЦИКЛУ НАРАДИ
1нститут проблем математичних машин i систем НАН Украши, Кив, Украша
Анотаця. Традицтним i ефективним засобом виршення тих чи тших проблем е нарада. Як кож-не явище, пов 'язане з дiяльнiстю людей, нарада мае ceiü життевий цикл, моделювання якого пред-ставляе науковий та практичний ттерес. У датй роботi пропонуеться метамодель життевого циклу наради, яка, з одного боку, вiдображае традицтт уявлення про нього, а з тшого, може слу-гувати основою для створення вiдповiдних засобiв автоматизацп. Ключов1 слова: проблема, ршення, нарада, знання, тформащя, експерт.
Аннотация. Традиционным и эффективным средством решения тех или иных проблем является совещание. Как каждое явление, связанное с деятельностью людей, совещание имеет свой жизненный цикл, моделирование которого представляет научный и практический интерес. В данной работе предлагается метамодель жизненного цикла совещания, которая, с одной стороны, отражает традиционные представления о нём, а с другой, может служить основой для создания соответствующих средств автоматизации.
Ключевые слова: проблема, решение, совещание, знания, информация, эксперт.
Abstract. Meeting is a traditional and effective mean of solving various problems. Like every phenomenon linked to human activities, the meeting has its own lifecycle, which simulation has scientific and practical interest. This paper proposes a metamodel of the meeting lifecycle, which, on the one hand, reflects traditional notions about it, and on the other, could serve as a basis for the development of appropriate automation means.
Keywords: problem, decision, meeting, knowledge, information, expert.
Одна голова - добре, а двi - ще краще.
Народна мудрiсть
1. Вступ
Нарада - найбшьш поширена форма ствпращ людей, перед якими поставлено завдання вир1шити певну проблему. Можна сперечатись з приводу того, що краще - генш одинака чи поеднання штелектуальних зусиль «профЬ» як володшть необхщними знаннями, з ви-користанням шформацп, яку вони зумши пвдбрати (тдготувати) вщповщно до предмета наради до ü початку. Але можна не сумшватись, що нарада, як явище, безсмертна. Зокре-ма, нарада е ключовою ланкою ситуацшного управлшня з застосуванням ситуацшних центр1в [1]. Техшщ i моделям проведення наради присвячено багато публ1кацш, наприклад [2, 3]. Бшьше того, для тдтримки тдготовки i проведення нарад, у тому чист в1ртуаль-них, пропонуються розвинут засоби автоматизацп, наприклад [4, 5], створення яких не могло обштись без того, щоб поглянути на життевий цикл наради, так би мовити, з «пта-шиного польоту», тобто, з метарiвня. Можна з упевнешстю допустити, що щ «погляди» у кожному випадку були рiзними, але !х поеднуе те, що вони для широкого загалу юнують або юнували неявно. Дана робота спрямована на явне представлення одного з таких мож-ливих «поглядiв». Вона розширюе i розвивае положення, викладеш в [6, 7].
© Малишев О.В., 2016
ISSN 1028-9763. Математичш машини i системи, 2016, № 4
2. Що таке «метамодель»?
«Метамоделлю» об'екта, зокрема, називають1:
«модель, которая описывает структуру, принципы действия другой модели» [8]; «модель моделей, транзитивное отношение между двумя моделями. Например: если модель M1 описывает язык L0, в котором формулируется модель M0, то M1 является ме-тамоделью М0. Если же модель M2 описывает язык L1, в котором была сформулирована модель М1, то М2 - это метамодель M1. M2 является тогда для M0 мета-метамоделью» [9].
Вщповщно до цих трактувань поняття «метамодель» треба визначитись з «принципами» i «мовою» метамоделювання, що будуть нами застосоваш.
3. Принципи
3.1. Реальш та абстрактш об'екти
Будемо розрiзняти об'екти реальш, що займають певний об'ем у просторi-часi, та об'екти абстрактш. Наприклад, процес здшснення дiяльностi (дп)2 - це реальний об'ект, а споаб здiйснення дiяльностi (дп) - об'ект абстрактний.
Окремим видом реальних об'екпв е шформацшш об'екти. Наприклад, можна розрь зняти два тдвиди, пов'язаних мiж собою, але рiзних iнформацiйних об'ектiв: 1) опис про-цесу здiйснення дiяльностi; 2) опис способу здшснення дiяльностi3. Також окремим видом реальних об'екпв е носп знань.
3.2. Комплементарн1сть (мета)модел1
Будемо називати (мета)модель комплементарною, якщо вона розглядае об'ект моделюван-ня у кшькох рiзних аспектах, кожний з яких е вiдносно самостiйним об'ектом моделюван-ня. При цьому окремi моделi аспектiв повиннi бути взаемоузгоджеш. У нашому випадку для забезпечення комплементарносп нашо'1 метамоделi по вщношенню до 1) основного аспекту будь-яко'1 «проблемно:!» дiяльностi (дп), що полягае у реалiзацii свое'1 ме-ти/призначення, будемо розрiзняти також 2) управлiння процесом ii здiйснення та 3) отри-
4
мання опису процесу и здiйснення .
4. Мова (нотащя)
Для тих (вкрай нечисленних) компонент метамоделi, в яких розглядаеться взаемний порядок слщування дiй, будемо використовувати нотащю BPMN [10] з одним «вщхилен-ням»: якщо в цш нотацп для iменування одше'1' i т1е'1 сутностi - типово'1 дп - використову-еться цший спектр термiнiв («process», «sub-process», «activity», «task»), ми обмежимось використанням одного термша - «операцiя» (абстрактний об'ект) [11]. Це, на наш погляд, дае додата^ переваги:
можна використовувати невелике «амейство» термшв, а саме, пасивш об'екти, що обробляються, використовуються або генеруються операщею, називати «операндами», а посилання на операщю в описах способiв здiйснення дiяльностi - «операторами»;
пщкреслюе спорiдненiсть мiж неформальними i формальними описами способiв ви-конання операцiй (програмами), виконуваними iз застосуванням комп'ютера [12];
термiн «процес» вившьняеться для позначення процесу виконання дп (реального
1На жаль, украшомовна Втпед1я не мютить вщповщних статей. Цитати наведет мовою оригшалу.
2Р1зниця м1ж «д1яльшстю» та «д1ею» полягае в тому, що д1я мае бути завершеною, тод1 як д1яль-нють може розглядатись як квазьбезкшцева.
3Попутно зазначимо, що традицшно так зваш модел1 «61знес-процес1в» е не описами процешв здш-снення д1яльносп, а способ1в ii здшснення.
4З метою, наприклад, протоколювання/документування переб1гу процесу.
об'екта), опис якого ввдграе ключову роль у забезпеченш комплементарностi моделей
[13].
До реч^ такий, «операцшний», пщхщ мае авторитетних прихильникiв. Наприклад, у директивi НАТО [14], що регулюе планування дiяльностi у вiйськовiй сфер^ термiн «operation» застосований для iменування дiй будь-якого характеру i масштабу.
Оскшьки розроблювана метамодель мае предметну спрямовашсть, представляеться доцiльним не тшьки iдентифiкувати тi чи iншi операцп, але й розглянути ïx детально. Зви-чайна операцiя може описуватись шляхом визначення, зокрема: тип операцп (у певнш системi титзацп);
мета (для цшеспрямовано1 дiяльностi) або призначення операцп; типи допустимиx/необxiдниx вxiдниx операндiв - «вxодiв» (якщо е); типи допустимих/необхщних виxiдниx операндiв - «виxодiв» (якщо е); опис типового способу виконання - неформальний текст, шструкщя, процедура, пе-релiк допомiжниx операцш та операндiв, програма тощо;
необхщш ресурси - типи виконавцiв, яю володiють певними знаннями5 i мо-жуть/повиннi бути задiянi у виконанш операцп, ролi, в яких вони можуть брати участь у процеа, ощнка потреби у часi для виконання операцп, яка може залежати вщ ощнки входу, типи шших необxiдниx ресурсiв;
подп, що породжуються та/або вiдпрацьовуються у процес виконання операцп; вимоги до протоколювання (документування) процесу виконання операцп (вико-навцi та засоби протоколювання, вщповщальшсть) i протоколу (метамодель, носiй, розмь щення, зберiгання);
посилання на опис вщповщно!' управлшсько'1 дiяльностi (якщо е). Опис управлшсько1 операцп, яка регулюе вс аспекти виконання об'ектно"1 операцп, може здшснюватись за рахунок визначення, зокрема: посилання на об'ектну операщю;
номенклатура характеристик об'ектного процесу, значення яких повинш вщслщко-вуватись;
методи/засоби отримання значень характеристик об'ектного процесу; критерп ощнки значень характеристик об'ектно"1 дiяльностi з акцентом на виявлен-ня певних подш;
опис типових способiв вiдпрацювання певних подiй;
необxiднi/достатнi умови для початку процесу виконання об'ектно"1 операцп, у тому числi, вимоги до середовища виконання;
необxiднi/достатнi умови для того, щоб виконання об'ектно"1 операцп вважати успь шно закiнченим.
Для опису операцiй будемо використовувати табличну нотащю, яка забезпечуе на-лежну структурованiсть i компактнiсть представлення шформацп.
5. Дорадча робота
Центральним об'ектом метамоделювання е дорадча робота, яка буде розглянута у двох аспектах: рольовому та структурному.
5Знання виконавця операцп (нос1я знань) можуть розглядатись як елементи входу/виходу операцп (пасивний компонент), так i елементи засобу виконання операцп, притаманного даному виконавцю (активний компонент). У загальному випадку в результат! виконання операцп щ знання отримують прирощення.
5.1. Рольовий аспект дорадчоТ роботи
Дiяльнiсть, яка здшснюеться у дорадчiй робот^ подiляeться за ii характером:
реалiзацiя знань та шформацп, якими володie учасник наради, з метою виршення ii завдань;
управлiння процесом наради;
протоколювання (документування) процесу наради.
Здшснюючи цi види дiяльностi, виконавцi можуть виступати у рiзних ролях (рис. 1), причому, iнодi одночасно у кшькох сумiсних.
Так, реалiзацiю предметно! дiяльностi наради здiйснюe «Експерт» - один iз декшь-кох/багатьох учасниюв наради, вiд якого очiкуeться штелектуальний внесок у вирiшення питань, що стоять перед нарадою, i, як правило, вш мае право голосу при голосуванш. Упродовж наради ця роль може доповнюватись iншими (тд)ролями, тобто, може бути «Доповщачем», «Виступаючим», «Голосуючим», «Слухачем», «Репшкантом»6.
Управлiння дорадчою роботою формально здiйснюе «Голова наради», але фактично це може бути ОПР - замовник наради, на якого покладеш обов'язок приймати ршення i вiдповiдальнiсть за прийнятi ршення. В умовах використання засобiв автоматизаци технь чне управлiння дорадчою роботою може виконувати «Адмшютратор наради» (за управлш-ськими вказiвками «Голови наради» та/або ОПР).
Управлшня, зокрема, зобов'язано забезпечити дотримання регламенту - тих «рамок», що накладаються на процес здшснення дорадчо! роботи. У першу чергу, регламент встановлюе часов^ структурнi, морально-етичнi i поведiнковi обмеження. Наприклад, ча-совi обмеження стосуються тривалосп певних процесiв (доповiдь, виступ, голосування тощо).
Традицшно протоколювання (документування) дорадчо! роботи вiдповiдально здш-снюе «Секретар наради». Незважаючи на те, що засоби автоматизаци, зокрема, засоби ау-дю- та вiдеозапису можуть забезпечити «тотальне» документування наради, може залиши-тися потреба оперативно! фшсацл «з голосу» деяко! шформацп, наприклад, формулювань предметiв голосувань, що пропонуються «ad hoc».
Учасник
_I_
«Реалiзацiя»
«УправлЫня»
«Протоколювання»
«Експерт»
АРМ
—4 «Доповiдач» ]<— АРМ
—4«Виступаючий»]<- 4 АРМ
—4 « Голосуючий » ]<— АРМ
—•[ «Слухач» }- АРМ
:<Реплкант>:
«Особа, яка приймае рiшення» (ОПР)
Фактичне
Формальне — «Голова наради»
Технiчне «АдмУстра-тор наради»
АРМ
«Секретар наради»
АРМ
Рис. 1. Рол1 учасниюв дорадчох' роботи
6Репл1кант - це той, хто подав «рептку», тобто, непередбачувано втрутився в хщ наради (вимуше-ний неолопзм). Свщомо залишаемо поза розглядом шш1 вар1анти втручання.
Зазначимо, що у загальному випадку може розглядатись питання забезпечення кож-но! ролi вiдповiдним автоматизованим робочим мюцем (АРМ) (рис. 1).
Таким чином, у «Дорадчш роботi» мае мюце виконання таких операцiй, як «Реаль зацiя», «Управлiння», «Протоколювання», описи яких представлеш у табл. 1-3 вщповщно.
Таблиця 1. Операщя « Зеалiзацiя»
Позищя Змiст
Тип Творча дiяльнiсть
Мета/призначення Мета - зробити штелектуальний внесок у вирiшення певно! про-блеми, поставлено! перед нарадою
Вxiд Визначаеться входом до наради в щлому (шформацшний об'ект)
Вихщ • iнформацiя, що породжуеться в xодi виконання • прирощення знання, яке отримуе виконавець
Спосiб Здшснення ще! дiяльностi - звичайна фахова робота, споаб виконання яко! може доповнюватись iнструкцiями за мюцем проведен-ня наради i залежати вщ установленого регламенту
Виконавець «Учасник наради» у ролi «Експерт», яка може доповнюватись ш-шими сумюними ролями
Подп, що породжуються • «Запит на виступ» • «Вiдмова вiд запиту на виступ» • «Запит анал^ику» • «Вщмова вiд запиту аналiтику» • «Подана реплка»
Подп, що вщпрацьовуються • «Слово для виступу надано» • «Слово для виступу забрано» • «Слово для доповвд надано» • «Слово для доповвд забрано»
Управлiння Операщя «Управлшня»
Таблиця 2. Операщя «Управлшня»
Позицiя Змют
Об'ект Процеси виконання операцп «Реалiзащя» у кшькосп, що дорiвнюe кiлькостi учасниюв
Призначення Забезпечення додержання плану i регламенту
Характеристики • часове обмеження на (заплановану) тривалють доповвд • часове обмеження на тривалють виступу
Мошторинг • вщстеження додержання часових обмежень • вщстеження репшк
Критерп • часове обмеження на (заплановану) тривалють доповiдi порушено • часове обмеження на тривалють виступу порушено • втручання у хщ роботи виходить за межi звичайно! реплiки
Реакцiя У вiдповiдностi з регламентом
Виконавщ «Адмшютратор наради» / «Голова наради» / ОПР
Подп, що породжуються • «Вщкриття прийняття запитiв на виступ» • «Закриття прийняття запитiв на виступ» • «Слово для виступу надано» • «Слово для виступу забрано» • «Слово для доповвд надано» • «Слово для доповвд забрано»
Продовж. табл. 2
Поди, що вщпрацьовуються
«Надшшов запит на виступ» «Надшшла вiдмова вiд запиту на виступ»
Таблиця 3. Операцiя «Протоколювання»
Позищя Змiст
Призначення Фiксацiя шформаци про хiд наради
Вхiд Iнформацiя, отримувана в результат спостереження за ходом наради
Вихiд Протокол наради
Споаб Залежить вщ конкретних умов, засобiв i вимог до протоколу
Виконавець У ролi «Секретар наради», яка може бути доповненням до ролi «Екс-перт»
Управлiння Операщя «Управлiння»
5.2. Структурний аспект дорадчоТ роботи
Структурна модель будусться у термшах певного набору елементiв, якi можуть певним чином комбшуватись у процес планування або додаватись упродовж наради за фактом.
Важливо пiдкреслити, що, виходячи з того, що кожний елемент - це типова дiя, ус без винятку елементи структури можуть бути представлеш як операцп.
Елементами структури дорадчо'1' роботи е операцп: «Пункт порядку денного» (табл. 4), «Доповщь» (табл. 5), «Виступ» (табл. 6), «Обговорення» (табл. 7), «Голосування» (табл. 8), «Реплiка» (табл. 9). Примтки:
у бшьшосп наведених таблиць е колонка «План», у якш знаком «+» позначено не-обхiднiсть планування вщповщно'1' характеристики;
як правило, процеси виконання цих операцш повинш протоколюватись (документу-ватись) тими чи шшими засобами (конспект, стенограма, текстовий документ, звукозапис, вiдеозапис тощо).
Таблиця 4. Операцiя «Пункт порядку денного»
Характеристика План
Назва/тема пункту порядку денного +
Мета - запропонувати виршення проблеми; призначення - розглянути питання
Вхщ/входи: • знання (досвiд) учасниюв наради; • iнформацiйнi об'екти (документи), що стануть предметом розгляду для учасниюв наради, проекти ршень, формулювання предметiв голосувань +
Вихiд/виходи: • шформацшш об'екти, що породжуються у ходi виконання, зокрема, формулювання ршення проблеми або пояснення, чому воно не знайдене; • розподшене прирощення знань, яке отримують учасники наради
Споаб виконання Порядок денний у термшах операцш «Доповщь», «Виступ», «Обговорення», «Голосування» +
Використання операцш «Реалiзацiя», «Управлшня», «Протоколювання»
Виконання операцп «Репшка» за фактом
Виконавцi - учасники наради +
Протокол - шформацшний об'ект (документ), що описуе здшснений процес дорадчо'1' роботи
Управлiння - операщя «Управлшня»
Примтка. Розрiзняються пункти порядку денного: регламенты та змютовш. Регламентнi пункти порядку денного стосуються оргашзацп проведення наради. До них, наприклад, можуть належати:
ощнка додержання вимог щодо оргашзацп наради; вибори головуючого, секретаря (пропозици, голосування); затвердження порядку денного; затвердження регламенту;
розгляд i прийняття ршень щодо непередбачуваних ситуацiй тощо; пщписання протоколу наради.
Змiстовнi пункти порядку денного е деталiзацieю основно! мети наради. За вщсут-ностi необхщносп тако! деталiзащi наради порядок денний мютить единий змiстовний пункт, назва якого ствпадае з темою наради.
Таблиця 5. Операщя «Доповщь»
Характеристика План
Мета - довести до вщома учасниюв наради порiвняно великий обсяг шформацп на визначену тему
Назва доповвд, що вiдображае п сутнiсть +
Автор(и) доповiдi +
Управлiння - операцiя «Управлшня»
Спосiб виконання - голосове повщомлення з використанням допомiжних засобiв демонстрацп матерiалiв
Ресурси
Виконавець(щ) - один або бiльше «Доповiдачiв» Вихiд-1 - iнформацiя, породжувана у процес доповь дi +
Вихiд-2 - набутий виконавцем(ями) досвщ доповь дання
Виконавцi - «Слухачi» Вхщ - iнформацiя, породжувана у процес доповiдi +
Вихiд - шформащя i прирощення знань, отриманих у результат доповiдi
Матерiали, пщготовлеш для демонстрацп у процесi доповвд +
Обладнання, використовуване для демонстрацп матерiалiв +
Часове обмеження на тривалiсть доповвд +
Таблиця 6. Операщя «Виступ»
Характеристика План
Мета - довести до вщома учасниюв наради порiвняно невеликий обсяг шформацп на визначену тему
Управлшня - операщя «Управлшня»
Споаб виконання - голосове повщомлення
Ресурси
Виконавець - «Виступа-ючий» Вихiд-1 - шформащя, породжувана у процес виступу +
Вихщ-2 - набутий виконавцем(ями) досвiд виступу
Виконавщ - «Слухачi» Вхщ - iнформацiя, породжувана у процес виступу +
Вихiд - шформащя i прирощення знань, отриманих у результат виступу
Часове обмеження на тривалють виступу +
Примтка: змют виступу може набути статус, який у разi потреби вiдображаеться у
прототш наради, наприклад: «Питання», «Вiдповiдь на питання», «Пропозицiя», «Заува-ження», «1нше». Цей статус може бути визначений заздалегщь, якщо виступ плануеться, або оперативно - особою, яка керуе нарадою.
Таблиця 7. Операщя «Обговорення»
Характеристика План
Призначення - обмш думками на визначену тему
Вхщ/входи: • формулювання предмета обговорення; • знання (досвщ) учасниюв обговорення
Вихiд/виходи: • шформащя, сформована (^ можливо, задокументована) пщ час обговорення; • прирощення знань, яке отримують «Учасники наради»
Споаб - голосовi повiдомлення
Виконавцi - «Учасники наради» +
Управлшня - операщя «Управлшня»
Часове обмеження на тривалють обговорення +
Примтка: обговорення у разi потреби може бути подшене на окремi виступи.
Таблиця 8. Операщя «Голосування»
Змют План
Мета - прийняти ршення щодо певного питання (предмета голосування)
Управлшня - операщя «Управлшня»
Вхщ - сформульований ^ задокументований) предмет голосування
Вихщ - результати голосування (як правило, документоваш)
Споаб - у залежносп вщ обраного методу голосування i використовуваних засо-бiв
Ресурси
Виконавцi - «Учасники наради», яю мають право голосу +
Використовуваш засоби, наприклад, засоби автоматизацп
Часове обмеження на тривалiсть голосування +
Таблиця 9. Операщя «Рептка»
Характеристика
Мета - вплинути на поточний процес
Управлшня - операщя «Управлшня»
Споаб виконання - голосове повщомлення
Ресурси
Виконавець -«Репшкант» Вхщ - бажання змшити хщ процесу
Вихщ-1 - шформащя, породжувана у процеа репшки
Вихiд-2 - набутий репшкантом досвiд
Виконавщ -«СлухачЬ» Вхiд - шформащя, породжувана у процеа реплiки
Вихщ - шформащя i прирощення знань, отриманих у результат репшки
Примтка: «Реплша» - не передбачуване i не узгоджене з керiвництвом наради (от-же, i незаплановане) втручання у п хiд учасникiв. З одного боку, не можна ^норувати мо-жливу цiннiсть реплiки як шщативи, що мае певну мету. З шшого боку, не можна ^нору-вати можливiсть виникнення некоректних, неетичних i неконструктивних втручань, для
яких бажаш !х фiксацiя i розгляд, зокрема, з метою перегляду рейтингу учасниюв наради.
Як i для виступу, змiст реплiки може набути статус, який, у разi потреби, вщобра-жаеться у протоколi наради.
Опис дорадчо'1' роботи як операцп наведений у табл. 10.
Таблиця 10. Операщя «Дорадча робота»
Характеристика План
Назва/тема наради +
Мета - запропонувати виршення одша чи кшькох проблем; призначення - розгля-нути одне чи кшька питань
Вхiд/входи: • знання (досвщ) учасникiв наради; • iнформацiйнi об'екти (документи), що стануть предметом розгляду +
Вихщ/виходи: • iнформацiйнi об'екти, що породжуються у ходi виконання, зокрема, формулю-вання рiшення проблеми або пояснення, чому воно не знайдене • розподшене прирощення знань (досвщу), яке отримують учасники наради
Споаб виконання Порядок денний у термшах операцiй «Пункт порядку денного», «Доповщь», «Виступ», «Обговорення», «Голосування» +
Використання операцш «Реалiзацiя», «Управлiння», «Протоколю-вання»
Виконання операцп «Реплiка» за фактом
Виконавцi - учасники наради +
Протокол - шформацшний об'ект (документ), що описуе здшснений процес дорадчо'1' роботи
6. Нарада
Дещо спрощений типовий споаб виконання операцп «Нарада» наведений на рис. 2.
Рис. 2. Життевий цикл наради
6.1. Шдготовка наради
Пщготовка наради - це п планування. При цьому треба розрiзняти два взаемопов'язаних плани: структурний та ресурсний.
Структурний план проведення наради будуеться на основi структурно'1' метамодель Елементи плану можуть комбiнуватись з деякими обмеженнями (табл. 11), де для наведе-них «структурних» операцш показано символом «+»:
у стовпчику 2 - що операцiя, зазначена у вщповщному рядку, може плануватись; у комiрках, що знаходяться на перехресп назв операцiй, що операщя, зазначена у вщповщному рядку, може бути пщпорядкована операцп, зазначенш у вщповщному стовп-чику.
аблиця 11. Пщпорядковатсть елементiв структури наради
Елемент / операщя Дорадча робота Пункт порядку денного ь э "и о п о Д Виступ Обговорення Голосування й И "ч п е Р
Назва Може плануватись
1 2 3 4 5 6 7 8 9
Дорадча робота +
Пункт порядку денного + +
Доповщь + + +
Виступ + + + +
Обговорення + + +
Голосування + + +
Репшка + + + + + +
Важливою характеристикою наради е 11 планова тривалiсть, яка розраховуеться ви-ходячи з планових часових характеристик елементв структури з доданням середньостати-
7
стичного значення тривалостi перехщних процесiв мiж виконуваними операцiями .
Ресурсний план тюно пов'язаний зi структурним i торкаеться забезпечення дорадчо'1 роботи, у першу чергу, штелектуальним ресурсом, а також усiм шшим (витратнi матерiа-ли, обладнання), що передбачуеться з боку органiзаторiв наради i обумовлено з 11 учасни-ками.
В iдеалi план наради повинен влаштовувати представника кожно'1 защкавлено! сто-рони: замовника, органiзатора, кандидата в учасники наради. Тому процес планування наради - це процес штенсивного спшкування мiж його сторонами. Предметом спшкування може бути як план у цшому, так i його окремi деталi.
Метамодель процесу планування, розроблення яко1 е самостшною задачею, повинна враховувати, зокрема, таке:
необхщшсть отримання органiзатором пiдтвердження з боку замовника згоди зi складом кандидатв в учасники наради;
необхщшсть отримання оргашзатором вiд кандидата в учасники наради його згоди з умовами його участ у нарадi (дата/час i мiсце проведення, фiнансовi питання, роль i пов'язанi з нею обов'язки, права, вщповщальшсть, забезпечення конфщенцшносп тощо);
можливiсть виникнення непередбачуваних ситуацш (вiдмова вiд участi з боку кандидата в учасники, незгода з боку замовника з можливою участю конкретного кандидата, неспроможшсть оргашзатора надати запланований ресурс тощо).
6.2. Проведення наради
Проведення наради - це паралельне виконання операцш «Дорадча робота» i «Обслугову-
7Зрозумшо, що це «середньостатистичне значення» може бути отримане тшьки шляхом хронометражу реальних нарад.
вання дopaдчoï poбoти» (pиc. 3).
8
г
«Обслуговування дорадчоТ
«Дорадча робота»
роботи»
Риc. 3. Пpoвeдeння иаради
б.З. Оброблення i розповсюдження матерiалiв наради
Maтepiaли наради мoжнa пoдiлити на пepвиннi i вторинш. Дo пepвинниx нaлeжaть викщш тeкcти дoпoвiдeй i cyпpoвoджyючi мaтepiaли, пpeдмeти i peзyльтaти гoлocyвaння, аудю-aбo вiдeoзaпиcи дoпoвiдeй, виcтyпiв, peorn^ пpocтo yчacтi y нapaдi. Дo втopинниx - тeкcти дoпoвiдeй, вистутв, peплiк, oтpимaниx y peзyльтaтi o6po6^ вiдпoвiдниx зaпиciв, тeкcтo-вий пpoтoкoл наради.
7. Висновки
Зaпpoпoнoвaнa мeтaмoдeль життeвoгo циклу наради oxoплюe (з piзним cтyпeнeм дeтaлiзa-ц^') бшьшють cyттeвиx acпeктiв життeвoгo циклу peaльниx нарад, нe виxoдячи за рамки традицшник yявлeнь пpo нараду i викopиcтoвyвaнoï в ниx на практищ тepмiнoлoгiï.
Meтaмoдeль дopaдчoï poбoти як ocнoвнoгo кoмпoнeнтa життeвoгo циклу наради po-зглядае ïï з двox тoчoк зopy (cтpyктypний та poльoвий acпeкти), щo дае мoжливicть дeтaлi-зувати yявлeння пpo тaкi ^o^ot, як:
1) планування наради (cтвopeння пopядкy дeннoгo);
2) oпepaтивнe пepeплaнyвaння наради (внeceння змiн y пopядoк дeнний yпpoдoвж йoгo peaлiзaцiï);
3) iнфopмaцiйнe вiдoбpaжeння фaктичнoгo пpoцecy peaлiзaцiï пopядкy дeннoгo -cтвopeння ^oTOrnny наради y бyдь-якiй пoтpiбнiй, y тому чиош тeкcтoвiй, фopмi.
У цiлoмy мeтaмoдeль мoжe бути ви^риатам для poзpoбки зacoбiв автоматизацп на тдтримку життевoгo циклу наради, y тершу чepгy при пpoeктyвaннi вiдпoвiдниx баз дaниx та iнтepфeйciв aвтoмaтизoвaниx poбoчиx мicць..
СПИСОК Л1ТЕРАТУРИ
1. Mopoзoв A.A. Ситyaциoииыe ^тры. ^гатия и oпpeдeлeиия / A.A. Mopoзoв // Maтeмaтичиi машиии i стогеми. - 2016. - № 1. - С. 48 - 54.
2. Курбатова Н. Тexникa пpoвeдeния coвeщaния [Элeктpoииый pecypc] / H. Курбатова, И. Сикaчeвa // Кoнcyльтaнт. - 2005. - № 23. - Рeжим дocтyпa: http://www.cfin.ru/management/people/ culture/meeting.shtml.
3. Вepxoглaзeикo В.Н. Эффeктивнaя мoдeль дeлoвoгo coвeщaиия [Элeктpoииый pecypc] / В.Н. Bep-xoглaзeикo, M.B. Хлюжва, A.A. Звeздeикoв // Кoнcyльтaнт диpeктopa. - 1998. - № 15. - Рeжим дo-ступа: http://www.ngpc.ru/file db/verch2.doc.
4. Рyкoвoдcтвo пoльзoвaтeля пo paбoтe c WebEx Meeting Center для opгaиизaтopoв, дoклaдчикoв и участни^в [Элeктpoииый pecypc]. - Рeжим дocтyпa: http://www.cisco.com/c/dam/en/us/td/docs/ collaboration/meeting center/wx mc host ug ru RU.pdf.
5. DCN multimedia Meeting Prep & Management (Пoдгoтoвкa и yпpaвлeниe coвeщaниeм для мульти-мeдийиoй cиcтeмы DCN) [Елeктpoнний pecypc]. - Рeжим дocтyпy: http://resource.boschsecurity.com/ documents/Data sheet ruRU 13010626571.pdf.
8Moжнa poзpiзияти р1зи1 acпeкти oбcлyгoвyвaння дopaдчoï poбoти - peеcтpaцiйиe, тexиiчиe, звyкo-вe, iифopмaцiйиo-aиaлiтичиe, зaxиcт iифopмaцiï тoщo. З цьoгo ряду лишe iифopмaцiйиo-aиaлiтичиe oбcлyгoвyвaиия «пepeтииaетьcя» влacиe з дopaдчoю poбoтoю.
6. Малишев О.В. Метамодель наради / О.В. Малишев // Юберсощум - мiф чи реальнiсть?: зб. мате-рiалiв IV Всеукр. наук.-практ. конф. «Глушковсью читання» / Уклад.: Б.В. Новшов, В.Д. Ихоро-вич; Нац. техн. ун-т Украши «Кшв. полтехн. ш-т», ф-т сoцioлoгiï i права; 1н-т кiбеpнетики ïm. В.М. Глушкова НАН Укpаïни; 1н-т проблем мат. машин i систем НАН Украши; 1н-т вищ. кеpiв. кадpiв Нац. акад. держ. упр. при Пpезидентoвi Украши. - Кшв: Вид-во «Полггехшка», 2015. - С. 97 - 98.
7. Malyshev O. Event-Task Metamodel Of Meeting / О. Malyshev // Proc. of the 5th International Conference on Application of Information and Communication Technology and Statistics in Economy and Education (ICAICTSEE - 2015), (13 - 14 November 2015). - Sofia, Bulgaria: University of National and World Economy, 2015. - P. 302 - 309.
8. Метамодель (статья в русск. Википедии) [Электронный ресурс]. - Режим доступа: https://ru.wikipedia.org/wiki/Метамoдель.
9. Метамодель (информатика) (статья в русск. Википедии) [Электронный ресурс]. - Режим доступа: https://ru.wikipedia.org/wiki Метамодель_(информатика).
10. Business Process Model and Notation (BPMN). Version 2.0.2. - OMG, 2013. - 532 p.
11. Малышев О.В. Резервы программирования деятельности. Терминология / О.В. Малышев // Математичш машини i системи. - 2010. - № 1. - С. 150 - 161.
12. Малышев О.В. Резервы программирования деятельности. Система поддержки создания и использования программ деятельности / О.В. Малышев // Математичш машини i системи. - 2010. -№ 3. - С. 84 - 95.
13. Малышев О.В. Резервы программирования деятельности. 3-мерная программная метамодель системы деятельности / О.В. Малышев // Математичш машини i системи. - 2010. - № 4. - С. 98 -109.
14. Bi-SC Directive 80-90. NATO Tasks List.
Стаття над1йшла до редакцп 08.02.2016
