Що таке здійснимих бізнес-процеси. Введення в предметну область


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

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

Термін «процесне управління» застосовується до двом різним сферам діяльності:

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

  2. У разі, коли бізнес-процеси безпосередньо виконуються в комп'ютерному середовищі підприємства. Будемо називати процеси цього виду — здійснимих бізнес-процеси. Для виконання таких бізнес-процесів на підприємстві встановлюється спеціальна комп'ютерна система — BPMS (Business Process Managrment System) в англійському варіанті найменування, або СУБП (Система Управління Бізнес-Процесами) в російському варіанті. Цим бізнес-процесів і присвячена ця стаття.

Еволюція розвитку BPMS і «природний відбір» за приблизно 15 — 20 років призвели до того, що в існуючих на ринку BPMS використовується одна і та ж базова концепція. В ній до бізнес-процесів належать два поняття: визначення бізнес-процесу і примірник бізнес-процесу. Іноді визначення бізнес-процесу також називають шаблоном бізнес-процесу. Визначення бізнес-процесу містить схему бізнес-процесу, ролі бізнес-процесу, правила призначення виконавців на ролі. Також визначення бізнес-процесу містить опис структур зберігання даних.

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

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

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

Фактично основна функція BPMS — роздавати завдання виконавцем у відповідності з переміщенням точок управління за схемою бізнес-процесу та контролювати виконання цих завдань.

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

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

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

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

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

  1. На підприємстві бізнес-процеси виділені, побудовані в исполнимом вигляді та впроваджено в експлуатацію шляхом завантаження в BPMS. Процесне управління в цьому випадку є результатом:

    • Дій бізнес-аналітиків, які розробили здійснимих бізнес-процеси, зокрема — схеми бізнес-процесів

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


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

  2. До процесного управління відноситься оперативне зміна схем та інших елементів визначень бізнес-процесів у відповідь на зміну умов бізнесу підприємства.

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

  • Отримання від інших працівників необхідних для виконання завдання даних
  • Передачу результатів своєї праці іншим працівникам
  • Вивчення посадових інструкцій
Все необхідне для виконання завдання постає перед працівником на екрані комп'ютера.

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

Більш докладний опис виконуваної бізнес-процесів

Схема бізнес-процесу

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

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

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

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

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

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


Малюнок 1. Позначення вузлів: а – початок; б – завершення потоку; – закінчення; р – дія

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

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

Вузол «дія» генерує завдання виконавцю, позначається прямокутником з округленими кутами, в центрі якого пишеться ім'я вузла (Рис. 1 р)

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


Малюнок 2. Позначення вузлів: а – виключає шлюз; б – паралельний шлюз

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


Малюнок 3. Приклад (спрощений) схеми бізнес-процесу «Оплата рахунку постачальника»

Змінні бізнес-процесу

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

Ролі бізнес-процесу

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

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

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

Для виконання цих функцій в BPMS служать наступні графічні інтерфейси:

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

Типова BPMS складається з наступних основних компонентів:

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

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

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

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

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

За допомогою інтерфейсів для роботи з завданнями виконавців користувач може:

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



Малюнок 4. Приклад інтерфейсу, що відображає список завдань користувача.


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

За допомогою інтерфейсів для адміністрування системи адміністратор може:

  • Створювати-видаляти користувачів та групи користувачів
  • Включати (виключати) користувачів в групи
  • Роздавати права на об'єкти системи користувачам і групам користувачів
  • Примусово зупиняти примірники бізнес-процесів
  • Додавати, змінювати правила заміщення користувачів



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

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


Малюнок 7. Приклад інтерфейсу, у якому можна розробляти бізнес-процеси

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

Опис роботи користувачів і компонентів BPMS
На одному сервері запускається середовище виконання бізнес-процесів. На декількох серверах можуть бути запущені бот-станції.

На клієнтських комп'ютерах користувачів запускається клієнт-оповіщувач про завданнях або браузер, в якому відкривається web-інтерфейс BPMS.

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

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

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

Web-інтерфейси і клієнти-оповісники періодично звертаються до середовища виконання і відображають завдання користувачів.

Користуючись web-інтерфейсом BPMS користувачі:

  • Отримують, фільтрують, виконують завдання, що генеруються примірниками бізнес-процесів
  • Запускають нові екземпляри бізнес-процесів
  • Переглядають стану запущених екземплярів бізнес-процесів
Користуючись web-нтерфейсом BPMS адміністратори:

  • Завантажують або змінюють визначення бізнес-процесів
  • Створюють або змінюють параметри користувачів і груп користувачів
  • Роздають права на об'єкти системи
  • Змінюють параметри ботів і бот-станцій
За допомогою середовища розробки аналітики:

  • розробляють і модифікують бізнес-процеси
Для розробки бізнес-процесу аналітику треба:

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

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

Клієнти-оповісники сигналізують користувачам про появу нових завдань.

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

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

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

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

Для образного розуміння того, як бізнес-процеси використовуються в якості інструменту управління бізнесом у разі еволюційного управління з використанням КПЕ А. Белайчук (голова Асоціації професіоналів по управлінню бізнес-процесами) запропонував наступну аналогію: Управління підприємством можна образно порівняти з керуванням автомобілем. У цьому випадку КПЕ є аналогом того, що бачить водій — вид через лобове скло автомобіля і значення показників датчиків (швидкість, тиск масла, кількість обертів двигуна, кількість бензину тощо), а бізнес-процеси виконують роль керма, педалей (газ, гальма, зчеплення) і важеля перемикання передач автомобіля. Тобто, служать для безпосереднього управління траєкторією у просторі та часі.

Сучасний погляд на процесне управління передбачає рознесення управління по декількох рівнях.

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

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

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

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

Наступний (третій) рівень процесного управління відповідає бізнес-об'єктів підприємства. Стан підприємства на поточний момент часу визначається станом всіх бізнес-об'єктів підприємства на цей момент часу. Процесний підхід передбачає, що стану бізнес-об'єктів змінюються примірниками бізнес-процесів другого рівня при виконанні відповідних завдань. Для цього шару в якості сховищ традиційно використовуються системи управління контентом (ECM-системи), або системи управління базами даних. Також можливо на цьому рівні використовувати ERP-системи. Для пояснення концепції бізнес-об'єктів можна скористатися аналогією з бухгалтерським обліком: бухгалтерське стан підприємства на фіксований момент часу визначається грошовими залишками на рахунках бухгалтерського обліку, а зміна стану підприємства визначається бухгалтерськими проведеннями. В рамках даної аналогії проводки будуть відповідати бізнес-процесам, а залишки на рахунках — бізнес-об'єктів.

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

Більшість існуючих мов опису виконуваної бізнес-процесів в тій чи іншій мірі відносять до однієї із двох математичних теорій:

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

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

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

Спадкоємцями теорії мереж Петрі стали перші язики визначення бізнес-процесів (наприклад, WPDL і XPDL коаліції WfMC). Вони засновані на теорії графів та концептуально включають в себе багато поняття і концепції мереж Петрі: вузли, переходи, умови і т. д. Однак, на відміну від мереж Петрі, ці мови не є строгими — у ряді випадків можна скласти такі пропозиції мови, які будуть синтаксично допустимими, проте поведінка породженого бізнес-процесу не буде визначено однозначно.

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

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

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.