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

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

Ступінь вивченості проблеми.Проблем моделювання управлінських процесів присвячено також роботи зарубіжних учених А. Демодорана, М.Х. Мескона, Дж. Неймана, Л. Планкетта, Г. Хейла, О. Моргентейна, П. Скотта, М. Еддоуса, Р. Стенсфілд, К.Г. Корлі, С. Уоллі та Дж. Р. Баума.

З вітчизняних фахівців, які займалися вивченням моделювання в управлінні, можна відзначити роботи К.А. Багриновського, Є.В. Бережний, В.І. Бережного, В.Г. Болтянського, А.С. Большакова, В.П. Бусигіна, Г.К.Жданової, Я.Г. Неуйміна, А.І. Орлова, Г.П.Фоміна та ін.

Метою курсової роботи є вивчення моделювання в управлінні. Для досягнення поставленої мети нам необхідно вирішити наступні завдання :

1. вивчити літературу з цієї проблеми;

2. визначити сутність поняття процесу моделювання та класифікацію моделей;

3. проаналізувати модель організації, як об'єкта управління;

4. розглянути особливості моделювання процесів управління:

· словесної моделі;

· Математичного моделювання;

· Практичну модель управління.

Структура курсової роботискладається із вступу, двох розділів, п'яти параграфів, висновків, списку використаної літератури.

Глава 1. Сутність моделювання в управлінській діяльності

1.1. Концепція процесу моделювання. Класифікація моделей

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

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

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

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

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

Безліч моделей можна класифікувати за такими критеріями:

· Спосіб моделювання;

· Характер моделюваної системи;

· масштаб моделювання.

За способом моделювання розрізняють такі типи моделей:

· аналітичні, коли поведінка об'єкта моделювання описується у вигляді функціональних залежностей та логічних умов;

· Імітаційні, у яких реальні процеси описуються набором алгоритмів, що реалізуються на ЕОМ.

За характером моделі моделі, що моделюється, діляться:

· На детерміновані, в яких всі елементи об'єкта моделювання постійно чітко визначені;

· На стохастичні, коли моделі включають випадкові елементи управління.

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

Моделі можна ділити на такі види:

1) Функціональні моделі - виражають прямі залежності між ендогенними та екзогенними змінними.

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

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

4) Імітаційні моделі – дуже точне відображення економічного явища. Імітаційна модель дозволяє відповідати питанням: «Що буде, якщо…». Імітаційна система- це сукупність моделей, що імітують перебіг процесу, що вивчається, об'єднана зі спеціальною системою допоміжних програм та інформаційною базою, що дозволяють досить просто і оперативно реалізувати варіантні розрахунки.

Математичні рівняння у своїй можуть містити складні, нелінійні, стохастичні залежності.

З іншого боку, моделі можна ділити на керовані та прогнозні. Керовані моделі відповідають питанням: «Що буде, якщо...?»; "Як досягти бажаного?", І містять три групи змінних: 1) змінні, що характеризують поточний стан об'єкта; 2) керуючі впливу - змінні, що впливають на зміну цього стану і піддаються цілеспрямованому вибору; 3) вихідні дані та зовнішні впливи, тобто. параметри, що задаються ззовні, та початкові параметри.

У прогнозних моделях керування не виділено явно. Вони відповідають питанням: «Що буде, якщо все залишиться по-старому?».

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

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

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

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

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

При побудові будь-якої моделі процесу управління бажано дотримуватися наступного плану дій:

1) сформулювати цілі вивчення системи;

2) Вибрати ті фактори, компоненти та змінні, які є найбільш суттєвими для даної задачі;

3) Врахувати тим чи іншим способом сторонні, які не включені в модель фактори;

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

Базу менеджменту, заснованого на лояльності, заклав у 1908 професор Гарварда Дж. Ройс. Він автор книги «Філософія лояльності», де вперше науково визначено поняття «лояльність».

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

Щоразу за словом «лояльність» розуміється щось своє Мескон М.Х., Альберт М., Хедоурі Ф. Основи менеджменту/Пер. з англ. – М., 2002. – С.456.:

· Прихильність (з погляду покупців),

· Добросовісність (з погляду співробітників),

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

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

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

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

Менеджери, які бажають успішно використовувати модель управління, що базується на ефекті лояльності, не повинні розглядати прибуток як першочергову мету, але як необхідний елемент добробуту та виживання трьох складових кожної бізнес-системи: покупців, співробітників та інвесторів. Ще на початку ХХ ст. Г. Форд говорив, що «організація не може працювати без прибутку, ... інакше вона помре. Але й створювати організацію лише заради прибутку... отже, призвести її до вірної загибелі, оскільки вона не матиме стимулу до існування» Друкер П.Ф. Завдання менеджменту у XXI столітті. - М., 2001. - С.523.

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

Як причина, лояльність ініціює декілька економічних ефектів, які впливають на всю бізнес-систему приблизно наступним чином Рєпін В.В., Єліферов В.Г. Процесний підхід до управління: Моделювання бізнес-процесів. - М., 2005. - 2-ге вид. - С.245:

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

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

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

4. Така спіраль продуктивності дає таку перевагу у витратах, яку дуже складно скопіювати для чисто конкурентних організацій. Довгострокові переваги у витратах, пов'язані зі стійким зростанням кількості лояльних покупців, приносять прибуток, дуже привабливий для інвесторів. Це, у свою чергу, розширює можливості компанії із залучення та збереження «правильних» інвесторів.

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

Без сумніву, кожна організація унікальна, але все ж таки в тій чи іншій мірі показники її прибутків вкладатимуться в загальну модель економічних ефектів, які отримують від сталості чи лояльності покупців. Серед них варто відзначити такі Мескон М.Х., Альберт М., Хедоурі Ф. Основи менеджменту / Пер. з англ. – М., 2002. – С. 358.:

· Базова прибуток (ціна, яку платять покупці, що знову з'явилися, перевищує витрати організації на створення товару);

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

· Витрати заощаджень (близьке знайомство з товарами організації зменшує залежність покупців від її співробітників у питаннях інформації та порад);

· Відгуки (задоволені рівнем обслуговування покупці рекомендують організацію своїм друзям та знайомим);

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

Щоб оцінити справжній довгостроковий потенціал лояльності покупця чи групи покупців, необхідно знати їхню схильність до прояву сталості. Так деякі покупці перейдуть до конкурента і за 2% знижку, а інші залишаться і за 20% різниці в ціні. Та кількість зусиль, яка потрібна для переманювання різних типівпокупців називається коефіцієнтом лояльності. У деяких організаціях з метою оцінки коефіцієнтів лояльності використовується історія розвитку чи поведінка покупців на окремих сегментах Рєпін В.В., Єліферов В.Г. Процесний підхід до управління: Моделювання бізнес-процесів. - М., 2005. - 2-ге вид. - С.232.. В інших, особливо в тих, чиє майбутнє слабко пов'язане з минулим, намагаються методами аналізу даних намацати, наскільки великою має бути знижка, щоб покупці перейшли до їхньої організації. Але, незважаючи на всі труднощі у вимірі, використання коефіцієнта лояльності дозволяє організаціям ідентифікувати збереження покупців та впроваджувати виправдану практику, перевірену на одному департаменті, на всю організацію.

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

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

При більш ретельному аналізі ситуації словесних моделей, зазвичай, мало. Необхідне застосування досить складних математичних моделей. Так, при ухваленні рішень у менеджменті виробничих систем використовуються Кузін Б.І., Юр'єв В.М., Шахдінаров Г.М. Методи та моделі управління фірмою: Навч. для вузів. – СПб., 2001. – С.327.

· моделі технологічних процесів (передусім моделі контролю та управління);

· моделі забезпечення якості продукції (зокрема, моделі оцінки та контролю надійності);

· моделі масового обслуговування;

· моделі управління запасами (моделі логістики);

· Імітаційні та економетричні моделі діяльності підприємства в цілому, та ін.

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

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

Що являє собою моделювання бізнес-процесів

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

Моделювання бізнес-процесів підприємства стосується низки аспектів його роботи. При моделюванні:

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

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

Спосіб моделювання бізнес-процесів визначається його цілями

1. Потрібно регламентувати діяльність. Зміст графічної моделі бізнес-процесу повністю збігається з текстовою. Якщо компанія має графік, то в найкоротший терміні легко переведе його у формат тексту, щоб підготувати нормо-регулюючу документацію. Завдяки деяким ВРМ-системам на основі моделі можлива автоматична генерація регламентів виконання та посадових інструкцій.
2. Необхідно керувати ризиками. З операційними ризиками компанія стикається під час виконання бізнес-процесів. Моделі бізнес-процесів можуть бути основою складання карти ризиків всієї організації під час управління ними.
3. Компанія потребує організаційні зміни. Щоб розрахувати оптимальну чисельність фахівців у штаті, слід точно визначити, скільки співробітників має брати участь у всіх бізнес-процесах компанії. Отримати потрібну інформацію допомагає візуальне моделювання бізнес-процесів. Дана дія дозволяє грамотно розподілити людські ресурси, які потрібні для виконання того чи іншого процесу та пов'язаних з ним завдань, а також виявити, скільки фахівців має перебувати в кожному відділі, з раціональної точки зору.
4. Проведення функціонально-вартісного аналізу. Моделювання бізнес-процесів підприємства дозволяє зрозуміти, скільки людських і матеріальних ресурсівНеобхідно, щоб виконати одну дію в рамках бізнес-процесу. Ця інформація може стати основою для автоматичного розподілу всіх доходів та витрат на центри витрат та отримання прибутку, залежно від підрозділу.
5. Потреба автоматизації. При моделюванні бізнес-процесу однозначно описується порядок дій та місце фахівців, які відповідають за них. Це дозволяє правильно розробити бізнес-вимоги. Завдяки автоматизованим інформаційним системам класу workflow-managemet можна миттєво вносити коригування в інформаційну систему.

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

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

Моделювання бізнес-процесів застосовують для вирішення низки завдань. Найчастіше його використовують для оптимізації безпосередньо моделюваних бізнес-процесів. Спочатку описують стан, в якому знаходяться процеси в даний момент, далі їх перебіг на практиці, після чого за допомогою обраних методів виділяють у них вузькі місця і на основі аналізу створюють «ідеальні» моделі, яких потрібно прагнути.

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

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

Застосовувати опис бізнес-процесів можна ще одним способом – використанням сукупностей моделей бізнес-процесів для генерації корпоративних нормативно-правових документів. Це можуть бути посадові інструкції, Регламенти, положення про підрозділ.

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

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

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

В даний момент, проектуючи різні IT-рішення, у тому числі інформаційні системи, фахівці нерідко вдаються до моделювання бізнес-процесів

Сучасне техзавдання цілком може складатися як зі списку вимог, а й з моделювання.

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

При моделюванні бізнес-процесів використовують як описані вище завдання. Це лише невелика частина прикладів.

Моделювання бізнес-процесів за допомогою стікерів та аркуша паперу

Великий аркуш паперу та блок стікерів – ось і все, що знадобиться вам для застосування методу створення бізнес-моделей за відомою книгою Олександра Остервальдера та Іва Піньє. Додайте ще креативність, гострий розум та завзятість членів команди, і ви отримаєте відмінний результат.

Один із розділів книги розповідає про п'ять бізнес-моделей, які довели свою працездатність. Їх опис ви знайдете у статті електронного журналу"Генеральний директор".

Основні підходи до моделювання бізнес-процесів

Моделювання бізнес-процесів компанії може бути виконано в багатьох варіантах. Особливу увагуварто приділити об'єктно-орієнтованому та функціональному підходам. У межах функціонального підходу основний структурообразующий елемент – функція (дія), объектно-ориентированного – об'єкт.

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

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

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

Функціональне моделювання бізнес-процесів має вагому гідність – наочність та зрозумілість відображення на різних рівнях абстракції. Це особливо важливо на етапі введення у відділи компанії створених бізнес-процесів.

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

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

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

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

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

Методи моделювання бізнес-процесів, що застосовуються

Тепер можна назвати тенденцію інтеграції різних методів моделювання та аналізу систем. Виявляється вона у цьому, що створюються інтегровані засоби моделювання бізнес-процесів. Одне з них – продукт німецької компанії IDS Scheer під назвою ARIS - Architecture of Integrated Information System.

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

Система АRIS надає підтримку 4 видам моделей, що відображають різні об'єкти системи, що вивчається:

Щоб створити моделі описаних вище типів, користуються власними способами моделювання ARIS, так і різними відомими методами та мовами – ERM, UML, OMT тощо.

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

В моделі ARIS є діаграми, що складаються з різних об'єктів – «функції», «події», « структурні підрозділи», «Документи» і т.д. Між об'єктами встановлюють різні зв'язки. При цьому кожен об'єкт має свій набір атрибутів, який йому надають, що дозволяє вводити додаткові відомостіпро нього. Значення атрибутів можуть бути використані під час імітаційного моделювання або за вартісного аналізу.

Ключовою бізнес-моделлю АRIS є eEPC (extended Event Driven Process Chain – розширена модель ланцюга бізнес-процесів, якими керують події). По суті, вона розширює можливості IDEF0, IDEF3 і DFD, має свої плюси та мінуси. Використання достатньої кількості об'єктів, з'єднаних один з одним різними видамизв'язків, дозволяє суттєво збільшити розмір моделі та перетворити її на погано читану.

У ЄЕРС бізнес-процес є потоком робіт, що послідовно проводяться (функцій, процедур, заходів), розташованих у хронологічному порядку. Точна тривалість процедур в ЄЕРС не відображається наочно, внаслідок чого не виключена поява в ході розробки моделей ситуацій, в яких одному виконавцю доведеться вирішувати два завдання одночасно. Символи логіки, які застосовуються під час моделювання, допомагають відобразити розгалуження та з'єднання процесу. Щоб дізнатися, скільки насправді тривають процеси, слід скористатися іншими інструментами опису, наприклад, графіками Ганта у системі MS Project.

Ericsson-Penker

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

У рамках методу застосовують 4 головні категорії бізнес-моделі:

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

2. Процеси – види діяльності, внаслідок яких ресурси переходять з одного стану до іншого за певними бізнес-правилами.

3. Цілі – призначення бізнес-процесів. Їх можна ділити на складові та співвідносити ці підцілі з конкретними процесами.

4. Бізнес-правила – умови чи обмеження реалізації бізнес-процесів (функціональні, структурні, поведінкові). Правила можна визначати за допомогою мови ОCL.

5. Основна діаграма UML-методу – діаграма діяльності. Ericsson-Penker демонструє процес у вигляді діяльності зі стереотипом «process» (основу уявлення складає розширення методу IDEF0). У повну бізнес-модель входить багато уявлень, схожих на уявлення архітектури ПЗ. Всі уявлення в окремому порядку виражені в одній діаграмі UML та більше. Діаграми можуть включати в себе різні видита зображати цілі, правила, процеси та ресурси при взаємодії. Метод користується 4 різними уявленнями бізнес-моделі:

Rational Unified Process

Існує також моделювання бізнес-процесів за методикою Rational Unified Process (RUP), в рамках якого будують дві моделі:

Модель бізнес-процесів є розширенням моделі варіантів застосування UML за рахунок запровадження набору стереотипів – Business Actor (стереотипу дійової особи) та Business Use Case (стереотипу варіанта використання). Business Actor – це певна роль, зовнішня стосовно бізнес-процесів компанії. Business Use Case постає як опис порядку заходів у окремо взятому процесі, що приносить видимі результати певній особі. Дане визначеннясхоже з загальним визначеннямбізнес-процесу, але суть його точніша. У термінах об'єктної моделі Business Use Case – це клас. Його об'єкти – певні потоки подій в цьому бізнес-процесі.

При описі Business Use Case можна також позначати мету. Її, як і у випадку з методом Eriksson-Penker, моделюють за допомогою класу зі стереотипом goal, а дерево цілей зображують як діаграму класів.

Стосовно кожного Business Use Case необхідно будувати об'єктну модель для опису бізнес-процесу в термінах об'єктів, що перебувають у взаємодії один з одним (бізнес-об'єктів – Business Object), які належать до двох класів – Business Worker та Business Entity.

Business Worker – це клас, який представляє абстрактного виконавця, який виконує у бізнес-процесі певну роботу. Виконавці перебувають у взаємодії та реалізують сценарії Business Use Case. Що стосується Business Entity (сутності), це об'єкт різних дій, які виконують виконавці.

У моделі бізнес-аналізу можуть бути, крім діаграм вищезгаданих класів:

• організаційним, які представляють системну структуру - підрозділи підприємства, посади, конкретні особи в ієрархії, взаємозв'язок між ними, територіальну належність структурних відділів;
• функціональним, у яких відбито ієрархія ланцюгів, які стоять перед управлінським апаратом, із сукупністю дерев функцій, необхідні реалізації наявних завдань;
• інформаційним, де відображено структуру інформації, яка потрібна для виконання всіх функцій у системі загалом;
• моделям управління, які є комплексним поглядом на виконання бізнес-процесів.
• концептуальним, що показує структуру проблем та цілей;
• поданням процесів, що є взаємодією між ресурсами та процесом (як набір діаграм діяльності);
• структурним уявленням, що показує структуру підприємства та ресурсів (відображаються діаграми класів);
• уявленням поведінки (тим, як поводяться окремі ресурси, і навіть деталізацією ресурсів як діаграм робіт, станів і взаємодії).
• бізнес-процесів (Business Use Case Model);
• бізнес-аналізу (Business Analysis Model).

1. Діаграми послідовності (і кооперативні діаграми), що описують сценарії Business Use Case як послідовність обміну повідомленнями між об'єктами – дійовими особами та об'єктами, які є виконавцями. Завдяки таким діаграм можна визначати, якими обов'язками має бути наділений той чи інший виконавець, і відображати в моделі набір його операцій.
2. Діаграми діяльності, що описують взаємозв'язок між сценаріями одного чи кількох Business Use Case.
3. Діаграми станів, що описують, як поводяться окремі бізнес-процеси.

У методиці моделювання Rational Unified Process є певні переваги:

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

Але варто наголосити, що при моделюванні роботи великого підприємства, Яке як виробляє продукцію, так і надає послуги, користуватися потрібно різними способамистворення моделей. Це пов'язано з тим, що, наприклад, при моделюванні виробничих процесівкраще застосовувати процесне моделювання бізнес-процесів, зокрема метод Eriksson-Penker.

IBM WebSphere Business Modeler

IBM WebSphere Business Modeler дозволяє моделювати та імітувати бізнес-процеси, аналізувати та створювати звіти для їх удосконалення. Система має ряд переваг, серед яких:

1. Великі та найкращі у своєму класі можливості для аналізу, імітації та моделювання.
2. Постійне поліпшення процесів.
3. Вдосконалені можливості інтеграції.
4. Поліпшені терміни повернення інвестицій.
5. Вдосконалені функції розробки.

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

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

Допускається реалізація одночасно кількох версій моделей та публікація моделей процесів.

• Проста формула, щоб зрозуміти, що підприємству потрібна автоматизація бізнес-процесів

Який використовувати стандарт моделювання бізнес-процесів

При комплексному підходідо управління переважно користуються стандартом моделювання бізнес-процесів IDEF0, оскільки це класичний метод. Ключовий принцип підходу у тому, що діяльність компанії структурується з урахуванням її бізнес-процесів, а чи не організаційно-штатної схеми. p align="justify"> Бізнес-процеси, що формують значний результат для споживача, є найбільш цінними, а в майбутньому необхідно їх покращувати.

Стандарт моделювання бізнес-процесів IDEF0 – це сукупність процедур та правил, призначених для розробки функціональної моделі об'єкта певної предметної галузі.

Модель IDEF0 – це серія діаграм з супровідними документами. Діаграми розбивають багатоступінчастий об'єкт на кілька складових (блоків), що значно спрощує процес. Деталі всіх блоків показані як блоки інших діаграмах. Усі детальні діаграми – це декомпозиції блоку попереднього рівня. На кожному етапі декомпозиції діаграму попереднього рівня називають батьківською для більш детальної діаграми. Загальна кількість рівнів моделі – не більше 5-6. Досвід показує, що цього цілком вистачає, щоби побудувати повну функціональну модель сучасної компанії, що працює у будь-якій сфері.

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

Інформаційне моделювання бізнес-процесів включає кілька складових. Головні елементи – це:

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

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

Оскільки аналізувати динамічні системи досить складно, на даний момент стандарт майже не використовують, і він, щойно з'явившись, перестав розвиватися. Сьогодні є алгоритми та їх комп'ютерні реалізації, за допомогою яких стає можливим перетворення набору статистичних програм IDEF0 на динамічні моделі, базою для побудови яких виступають розфарбовані мережі Петрі (CPN – Color Petri Nets).

IDEF3 – IDEF14

Основний елемент IDEF3 – діаграма, як і IDEF0. Не менш важливий компонент – дія, яку також називають «одиницею роботи». Дії у межах цієї системи відбито у вигляді прямокутника з діаграм. Дії називають, використовуючи при цьому віддієслівні іменники або дієслова. При цьому кожне має унікальне ідентифікаційним номером, який не застосовують повторно, навіть якщо під час розробки моделі видаляють дію. У діаграмах IDEF3 перед номером дії зазвичай ставлять номер батька. Закінчення одного часто сприяє початку іншої дії або навіть кількох. Буває й так, що одна дія може вимагати завершити інші до початку реалізації.

IDEF4 є методологією створення об'єктно-орієнтованих систем. Завдяки IDEF4 можна наочно відобразити структуру об'єктів та закладені принципи, за якими вони взаємодіють. Це дає можливість проводити аналіз та покращення складних об'єктно-орієнтованих систем.

IDEF5 є методологією вивчення складних систем.

IDEF6 – Design Rationale Capture – обґрунтування проектних процесів. IDEF6 дозволяє значно спрощувати процес отримання інформації про моделювання, її подання та застосування при створенні фірмами управлінських систем. "Знання про спосіб" - це певні обставини, причини, приховані мотиви, що обґрунтовують обрані методи створення моделей. Тобто «знання про спосіб» можна інтерпретувати як у відповідь питання: «Чому вийшла саме ця модель, із цими, а чи не іншими характеристиками?». Більшість методів моделювання концентрується на створюваних моделях, не заглиблюючись у тому розробку. Варіант IDEF6 орієнтований саме на розробку.

IDEF 7 – Information System Auditing – аудит інформаційних систем. Метод потрібний, але його так і не доопрацювали до кінця.

IDEF8 – User Interface Modeling. Метод створення інтерфейсів взаємодії системи з оператором (інтерфейсів користувача). В даний момент при розробці інтерфейсів основну увагу приділяють їх зовнішньому вигляду. IDFE8 зосереджений на програмуванні оптимальної взаємної комунікації користувача та інтерфейсу на 3 рівнях: операції (яка вона); варіантах взаємодії, які залежать від специфічної ролі користувача (як саме той чи інший користувач має виконувати її); і, нарешті, на складових інтерфейсу (елементах управління, що пропонуються їм для операції).

IDEF9 - Scenario-Driven IS Design (Business Constraint Discovery method) - метод дослідження бізнес-обмежень. Покликаний полегшити виявлення та аналіз обмежень за умов роботи підприємства. Зазвичай, під час створення моделей над повному обсязі описують обмеження, здатні змінити хід процесів у створенні. Інформація про основні обмеження, характер їх впливу кращому варіантізалишається не до кінця узгодженою, нерозподіленою раціонально, проте нерідко вона в принципі відсутня. Не завжди означає нежиттєздатність побудованих моделей. Просто їх втілення супроводжуватиметься певними складнощами, що призведе до нереалізованого потенціалу. Водночас, коли має місце саме вдосконалення структур чи адаптація до ймовірних змін, інформація про обмеження стає дуже важливою.

IDEF10 – Implementation Architecture Modeling – моделювання архітектури виконання. Система моделювання бізнес-процесів досить популярна, незважаючи на те, що не розроблена до кінця.

IDEF11 - Information Artifact Modeling. Також затребуваний, але не повністю доопрацьований метод.

IDEF12 - Organization Modeling - організаційне моделювання бізнес-процесів. Метод затребуваний, але з вироблений повністю.

IDEF13 – Three Schema Mapping Design – трисхемне проектування перетворення інформації. Затребуваний, але з остаточно створений метод.

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

Діаграми інформаційних потоків DFD – це ієрархія функціональних процесів, які пов'язують потоки інформації. Метою представлення є демонстрація перетворення кожним процесом вхідних даних у вихідні, і навіть виявлення відносин між процесами.

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

У діаграмах потоків інформації є низка складових, ключові з яких:

• зовнішні сутності;
• системи та підсистеми;
• процеси;
• накопичувачі інформації;
• інформаційні потоки

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

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

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

Процес, як і підсистему, ідентифікують за номером. У поле імені вносять назву процесу – пропозицію, де є активне недвозначне дієслово в невизначеній формі (розрахувати, прорахувати, отримати, перевірити), за ним у знахідному відмінку ставлять іменники, наприклад: «Ввести інформацію про поточних витратах», «Перевірити надходження коштів» тощо.

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

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

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

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

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

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

• Як навести лад у бізнес-процесах, якщо вам дісталася «нехороша» компанія

Головні етапи моделювання бізнес-процесів

Етап 1. Ідентифікація.

На цьому етапі ідентифікують бізнес-процеси, описують межі їхнього моделювання та взаємодій, нерідко ставлять різні цілі. Процеси можуть вже існувати в компанії (тоді їх описують як є (As Is)) або розроблятися, коригуватися (To Be).

Етап 2. Збір інформації.

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

Етап 3. Аналіз інформації.

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

Етап 4. Внесення вдосконалень.

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

Етап 5. Контроль за використанням.

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

Загалом, тести з каверзами - у контролі може потрапити питання, якого не було в 2 (що відрізняються на 2-4 питання) тренінгах.

Модуль 2
01. На основі яких факторів можна відбирати процеси для більш детального аналізу та оптимізації? стратегічні інтереси \ велика тривалість виконання операцій \ висока вартість процесу \ проблеми та претензії з боку клієнтів

02. Навіщо можна використовувати Техніку структурного аналізу та проектування (SADT)? для аналізу взаємозв'язків між бізнес-процесами та системою цілей організації (-) (? для побудови ієрархічних моделей бізнес-процесів)

03. Які документи не мають особливого інтересу при збиранні первинної інформації для аналізу бізнес-процесів? проектно-кошторисна документація \ бухгалтерська документація

04. Методи, що застосовуються під час аналізу організаційної структури, включають: експертні оцінки\ графічне моделювання

05. Виберіть правильно сформульовані закономірності для формування організаційних структур управління: організаційна структура відбиває системи цілей організації

06. Як кого можуть виступати клієнти бізнес-процесу? Входів \ виходів

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

08. Навіщо використовується методологія Йордана-Кода? для моделювання потоків даних у рамках бізнес-процесу \ для того ж, що і модель Гейна-Сарсона

09. Внутрішній бізнес-процес: повністю в рамках однієї організації

10. Що можна зарахувати до основних характеристик бізнес-процесу? Ефективність \ адаптивність \ результативність

11. Систему управління можна як сукупність наступних елементів: організаційна культура\ система цілей організації \ організаційна структура управління

12. Які можуть бути клієнти бізнес-процесів? Зовнішні \ первинні \ вторинні

13. Які методи застосовуються для інформаційного моделювання? методологія Гейна-Сарсона \ моделі Чена \ IDEF1X

14. Як називається документальна форма, що використовується для збору та аналізу інформації про управлінські процеси? інформаційна таблиця

15. Якого типу зв'язків можна віднести зв'язок «начальник – підлеглий»? до вертикальних зв'язків

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

17. Назвіть методи та засоби моделювання процесів управління: міжфункціональна схема \ блок-схема процесу

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

19. До інструментів моделювання бізнес-процесів можна віднести: блок-схема \ модель SADT \ міжфункціональна схема \ модель Гейна-Сарсона

20. Навіщо використовуються моделі Гейна-Сарсона? для моделювання потоків інформації у рамках бізнес-процесів

21. Діаграми взаємодії можна використовувати для: моделювання бізнес-процесів (або моделювання структури інформації)

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

23. Чим відрізняються потреби від очікувань? очікування, на відміну потреб, менш жорсткі їх дотримання (+ можливо «потреби, на відміну очікувань, складно кількісно виміряти»)

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

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

26. Який інструмент дозволяє проаналізувати закріплення відповідальності за досягнення цілей? матриця розподілу відповідальності

27. Які напрями виділяють в організаційно-управлінському аналізі? аналіз організаційної структури \ аналіз процесів управління

28. Що утворює нижню межу процесу? вторинні виходи

29. Що утворює початкову межу процесу? первинні входи

Тренінг та контроль будуть на 4-5, як пощастить.

Додано через 19 годин 13 хвилин
Разом 3 модулі + підсумкове
оцінки 4-5, як пощастить – у різних спробах різні питання