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

  1. Процеси верхнього рівня
  2. Процеси нижнього рівня
  3. висновок

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

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

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

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

Нижче наведено приклад системи бізнес-моделювання, яка на папері підтримує нотацію ARIS eEPC, але, насправді, відповідальність закріплюється в картці на функцію, а графічні блоки використовуються «для краси»

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

Процеси верхнього рівня

Найпоширеніші нотації для побудови процесів верхнього рівня на сьогоднішній день це IDEF0 (методологія функціонального моделювання) і ARIS VAD (ланцюжок створення цінності).

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


У чому ж відмінність нашої схеми від IDEF0? В першу чергу в тому, що в IDEF0 є вимоги до того до якої сторони блоку яка стрілка повинна підходити:

  • стрілка входу приходить завжди в ліву кромку активності
  • стрілка управління - в верхню кромку
  • стрілка механізму - нижня кромка
  • стрілка виходу - права кромка

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

З нашої точки зору - ні, але при бажанні, ви можете привести схему взаємодій в Fox Manager в точну відповідність з вимогами цієї нотації (зверху - оригінальна схема в IDEF0, знизу - її аналог в Fox Manager)

Як бачите, при бажанні, ви можете моделювати схеми IDEF0 і в Fox Manager.

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

Що стосується нотації ARIS VAD - то тут все ще простіше: досить вибудувати процеси по ланцюжку створення цінності і при бажанні показати відповідальних і взаємодії.

Що стосується нотації ARIS VAD - то тут все ще простіше: досить вибудувати процеси по ланцюжку створення цінності і при бажанні показати відповідальних і взаємодії

На зображенні наведено приклад такої схеми в нашій програмі (зверху - оригінальна діаграма ARIS VAD, знизу - її аналог в Fox Manager). Звичайно, можна причепитися в блоках, стрілок або підсвічуванні, але в цілому, не виникає сумнівів, що в нашій програмі, при бажанні, можна будувати діаграми відповідно до вимог нотації ARIS VAD.

Процеси нижнього рівня

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


Існує безліч нотацій для моделювання бізнес-процесів нижнього рівня: Basic Flowchart, Cross Functional Flowchart, EPC і інші. Більшість з них мають незначні відмінності один від одного.

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


Якщо ж все блоки на діаграмі розгорнути - то ми отримаємо аналог процесу в нотації EPC. Саме чудове те, що при використанні нотації Fox Manager блоки можна згортати і розгортати динамічно, і при цьому не потрібно створювати нову версію процесу в інший нотації. На зображенні праворуч зображено оригінальний процес, а зліва - аналог в Fox Manager.

На зображенні праворуч зображено оригінальний процес, а зліва - аналог в Fox Manager

Так, звичайно, є і відмінності, наприклад, в якості відображення події ми використовували контрольну функцію, також у нас немає окремих блоків «Логічні І» і «Логічне АБО», але їх можна легко замінити іншим блоком (ромбиком) з буквою «Х» або «V» всередині.

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


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

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

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

висновок

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

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

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

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


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

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

У чому ж відмінність нашої схеми від IDEF0?