Бізнес-процеси: Як все запущено і заплутано. Глава Третя. Загальна класифікація BPM і філософія BPMS


BPM «Як є» і «як не є»


Продовжуємо міркувати «що таке BPM», це який «Business Process Management» і які вони бувають. Парадокс: про нього стільки вже десятиліттями понаписувано — книжок, статей, дискусій, але що це таке – сьогодні так і залишається загадкою, причому: чим більше пишуть – тим більше загадковіше стає.

Не допомагають ні книжки із серії «Для чайників», ні заповіти CBOK, ні магічні квадрати Гартнера (BPM: BPA, BPMS, iBPMS тощо), в яких, як і в чорних квадрати Малевича (а у нього тільки чорних було кілька різних варіантів) – кожен норовить побачити щось велике і таємниче, ведене тільки йому.

У розділі пропонується варіант класифікації BPM-подібних сутностей. В інформаційній війні з «алхімією 21 століття» продовжуємо розвінчувати популярні міфи про Business Process Management, Enterprise Architecture (ЕА) та іже з ними. Робимо черговий крок на шляху становлення BPM як звичайної (повсякденного, повсюдною, тривіальною) інженерної дисципліни: process technology, «процес-техніка».


Читати далі →

BPMN: Моделювання фізичних подій

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



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

  1. Экстент — це будь 4-Д область з 4-Д простору-часу. Справа в тому, що наш простір четырехмерно. Просто одне з вимірювань ми переживаємо специфічним чином — як щось, що розгортається перед нами в одному напрямку. Але для моделювання така особливість нашого сприйняття не має значення.
  2. Вважається, що экстент, який ми вважаємо подією, з точки зору оповідача має нульову тимчасову ширину. Тобто з точки зору оповідача подія — це мить. Однак, завжди існує точка зору, в якій шириною події вже не можна знехтувати і нам знадобиться розглянути тимчасову ширину цього экстента.
  3. Подія має фізичний сенс — це факти і нічого крім фактів. Ми розглядаємо таку подію як набір фактів без їх трактувань. Наприклад, у прикладі з маяком є подія доглядач сидить на дровне і відпочиває. Таку подію ми будемо називати фізична подія.
  4. Крім фізичного події існує безліч трактувань цього фізичного події різними суб'єктами. Наприклад, при описі маяка одне і те ж фізичне подія «Доглядач відпочиває» може бути описано як: «Розпал закінчений» і «Гасіння розпочато». Таку подію ми будемо називати функціональне подія.
В результаті ми маємо таку ієрархію об'єктів:



Читати далі →

Фізичні і функціональні об'єкти (Продовження)

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



Природа простору-часу

Почнемо з того, що сприймається нами світ — це чотиривимірний простір-час. Але не той простір-час, який використовують математики у своїх міркуваннях. Скоріше це той простір, який використовують фізики. Різниця в тому, що у фізичному світі немає точок. Є об'єкти, які з точки зору спостерігача можна вважати точковими. Але при найближчому розгляді ці точки можуть розглядатися як нескінченні простору. Ми часто не розрізняємо сприймається нами світ і математичну абстракцію, створену для опису цього сприйняття. В абстракції, створеної для опису сприйманого світу, є поняття точка. У реальному світі немає точок. У цьому величезна різниця між модельованим світом і його моделлю. У неразличении цих двох сутностей криється причина частини холиваров, що виникли на основі колишньої статті. Наприклад, ми не здатні сприйняти зріз просторово-часового континууму поперек тимчасової осі, як нам пропонує вчинити ISO 15926, для визначення поняття подія. Тому далі я продовжу міркування, не відволікаючись на такі поняття як точки, зрізи просторово-часового континууму та інші абстрактні об'єкти. Ми будемо працювати тільки з реально сприймаються нами об'єктами 4-Д простору-часу.

Читати далі →

Що таке подія, або навіщо чотиривимірний геометрії бізнес-аналітику?

Петька, ну як? Здав іспит?
Ні, Василь Іванович! Мене попросили розкласти квадратний тричлен. А я його не те що розкласти, я його уявити не можу!



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

Подивіться на діаграму. На ній кружечками щось намальовано. В нотації BPMN це щось називається «Подія». Але що є сама подія? І чому операція по відправці повідомлення в одному випадку позначено як подія, а в іншому як операція?



ISO 15926 мені не сподобався
У минулих статтях я давав визначення фізичного об'єкта.

Фізичний об'єкт — це будь-яке підмножина 4-Д простору-часу.

Крім того, я давав визначення функціонального і інформаційного об'єктів.

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


Читати далі →

Знайомство з парадигмами побудови моделей предметної області

Введення
Можливо, хтось запитає, а причому тут математика? Відповім одразу: все, що тут викладено, відноситься безпосередньо до математики.
Вивчаючи літературу з теорії побудови моделей предметної області, я виявив серйозний пробіл. Автори статей і книг відразу беруть одну з нотацій моделювання: ER-діаграми, або діаграми класів, і в швидкому темпі починають їх використовувати для опису предметної області. При цьому опис парадигми, в якій здійснюється це моделювання залишається взагалі не розкритим. А отже, не розкритими залишаються обмеження тієї чи іншої нотації. На жаль, ми всі вміємо будувати моделі, але мало хто вміє пояснити те, що він побудував в одній з існуючих парадигм. Тому я часто чую дикі з точки зору будь-якої парадигми терміни: клас типів, типи класів, види типів і так далі, але жодного разу не чув коректний термін «клас класів». Цю прогалину в нашій освіті дуже серйозний. І я поясню чому.

Давайте задамо аналітикам просте питання.

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



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

  • Папірець з печаткою
  • Папірці з печаткою
  • Клас папірців з печаткою
  • Договір
  • Домовленість
  • Інформація про домовленості
  • Файл MS Word з назвою договір
  • Запис в базі даних
  • Потік якихось об'єктів
Поки я спостерігаю відсутність згоди між аналітиками на предмет того, що ж все-таки передається, і що означають терміни «договір», «потік», «домовленість», «інформація», «дані». Щоб відповісти на це питання, мені довелося копати глибоко і в бік парадигм. Причому, відповідь зажадав розбиття питання на два. Перше питання було: «Як коректно сформулювати питання?» А другий був: «Як на нього відповісти?». Для правильного формулювання потрібно було вибрати відповідну парадигму. Ця стаття присвячена розповіді про двох парадигмах: Аристотелівської і логічною, і чому я вибрав логічну як робоча. Відповіді на поставлене питання у цій статті я не дам. Відповідь я дам в іншій статті.

Читати далі →

Покінчіть з беззаконням": впровадьте бізнес-процеси в CRM

2006 рік. На форумі фахівців SQL несподівано піднімається питання про доцільність моделювання бізнес-процесів в CRM-системах. Звучать слова: довго, дорого, Siebel, не потрібно, складно.
2014 рік. Все частіше клієнти просять порадити CRM з можливістю побудови і запуску бізнес-процесів. У чому причина? Перша підозра — десь почули і тепер тягнуться за модою. На питання «Навіщо?» надходить виважену відповідь: «Втомилися від свавілля і плутанини в організації робіт. Хоча б в часто повторюваних діях потрібен порядок». Не можна не погодитися з тим, що основне призначення регламентації бізнес-процесів в компанії — саме порядок. Зізнайтеся, приємно усвідомлювати, що багато процесів в організації проходять чітко, злагоджено, швидко, з мінімальною нервозністю.

Читати далі →

Порівняння провідних BPM-платформ: Pega і IBM BPM

Поняття BPM (Business Process Management) все більш щільно входить в життя великих і малих корпорацій. Суть його в тому, щоб розглядати бізнес-процеси компанії, як активи, використовуючи які можна збільшити прибутковість свого бізнесу. Інструмент, який ви для цього використовуєте, може бути будь-яким: аркуш паперу, текстовий документ, Visio або будь-яке інше засіб створення діаграм… Але є клас інструментів, які спеціально призначені для того, щоб послужити інструментом для трансформації вашого бізнесу — це BPM-платформи.
Завдання для такої платформи ставиться двояко: з одного боку необхідно візуалізувати бізнес-процес, а з іншого боку — його потрібно виконати.

Я не буду описувати весь ринок таких платформ, це непогано зроблено у статті незалежного агентства Gartner, звідки я взяв ілюстрацію вище (повний текст можна завантажити з сайту Pega або IBM, але потрібна реєстрація, або нагуглити самостійно по заголовку: "Gartner BPM Magic Quadrant 2014).
Мета даної статті — провести порівняння технічних можливостей двох лідируючих платформ, Pega і IBM BPM, доступних на поточний момент (осінь 2014), з точки зору досвіду їх використання в проектах по автоматизації бізнес-процесів.

Якщо ви задумали трансформувати свій бізнес або вам потрібно IT-рішення, яке дозволить досягти бізнес-цілей, поставлених вищим керівництвом, або ви просто цікавитеся BPM-рішеннями, то ласкаво просимо під кат.

Читати далі →