Объектно-ориентированный анализ процессов (OCPM) – это новый подход к анализу процессов и управлению их выполнением, который преодолевает рамки традиционных методов и позволяет компаниям лучше визуализировать и анализировать сложность и взаимосвязанность современных бизнес-операций.
Согласно профессору Вил ван дер Аалсту, которого называют «крёстным отцом» процессной аналитики, OCPM представляет собой шаг вперед в области process mining, позволяющий перейти от статического двухмерного представления процессов к динамическому трехмерному.
Чтобы полностью понять значительное улучшение, которое обеспечивает OCPM по сравнению с традиционным интеллектуальным анализом процессов, стоит обсудить интеллектуальный анализ процессов и его ограничения.
Что такое Process Mining?
Process mining, или процессная аналитика – это технология, которая позволяет моделировать, анализировать и в дальнейшем оптимизировать бизнес-процессы в компаниях, государственных учреждениях или других организациях.
Классический подход к исследованию процессов начинается с извлечения данных о событиях из информационных систем, например, ERP, CRM, SCM. Эти системы часто содержат разные части, поставляются разными вендорами и хранят данные в сотнях или даже тысячах таблиц.
Каждый экземпляр процесса называется случаем и может состоять из нескольких событий. Каждый случай можно рассматривать как последовательность событий. Журнал событий можно рассматривать как набор случаев, а случай – как последовательность событий.
Событие может быть определено несколькими атрибутами, но для интеллектуального анализа процессов требуется минимум три:
- идентификатор случая;
- действие;
- отметка времени, когда произошло событие
Другая информация может быть включена, но не обязательна. Если взять в качестве примера процесс заказа на продажу, дополнительно могут указываться название продукта, цена, количество и т.д.
Имея под рукой журналы событий, можно применять к данным инструменты процессной аналитики и обнаруживать пути, по которым реализуются процессы. Так называемый «идеальный вариант выполнения процесса» (happy path) включает в себя наиболее частые начальные и завершающие действия, а также другие промежуточные шаги в бизнес-процессе.
Если посмотреть на сценарии, которые встречаются реже, становится очевидными различные варианты и циклы внутри процесса, что доказывает: в действительности большинство бизнес-процессов намного сложнее, чем идеализированное – эталонное – представление о них.
Рамки традиционной процессной аналитики
Хотя инструменты классического process mining весьма мощные, по словам профессора ван дер Аалста, они несколько ограничены Это связано с тем, как работают современные бизнес-процессы и как хранятся связанные с ними данные.
Классическая модель процесса предполагает понятие одного случая и считается, что один случай (или экземпляр процесса) происходит изолированно. Однако в реальности чаще иначе.
Например, отдел продаж может отслеживать свои процессы. Когда применяются традиционные инструменты process mining к заказу, рассматривается только один объект. Изучается, как он проходит через отдел, а с помощью этой информации можно определить области для улучшения процесса и внести изменения, чтобы закрыть пробелы.
Однако продажи не работают в вакууме. События влияют на другие отделы/службы/департаменты, такие как закупки, производство, склад, распределение, финансов и так далее. Кроме того, разные структурные единицы используют разные объекты. Финансы могут использовать счета-фактуры, закупки могут использовать заказы на покупку и так далее. Все эти объекты связаны.
Именно это провоцирует три ограничения традиционной процессной аналитики:
- Извлечение и преобразование данных чаще всего болезненны и должны повторяться.
Классический анализ процессов требует извлечения данных из многотабличных реляционных баз данных исходной ИС в простой журнал событий, где каждое событие относится к случаю, действию и метке времени. Например, в примере с продажами каждый случай – конкретный заказ, и можно было бы получить ответ на вопрос «Наиболее распространенная причина блокировки заказа?» Однако, если требуется понять какие клиенты своевременно оплачивают счета, необходим другой журнал – со счетами-фактурами. Таким образом, необходимо будет вернуться к данным и сделать новое извлечение, что может быть трудоемко, сложно и болезненно.
- Взаимодействия между объектами не фиксируются.
При извлечении данных из реляционной БД и объединении их в журнал событий, где каждое – отдельный случай, теряются взаимодействия между объектами. Аналогичным образом, любые модели процессов, которые создаются на основе сведенных данных, описывают жизненный цикл бизнес-процесса только изолированно. Чтобы добиться полной прозрачности, важно понимать взаимосвязь между всеми объектами и типами задействованных объектов.
- 3D-реальность «втискивается» в 2D-журналы событий и модели.
При традиционном анализе процессов журнал событий создается для каждого типа объекта и анализируется отдельно. Например, для счетов клиентов – чтобы оценить дебиторскую задолженность, для счетов поставщиков – чтобы проанализировать кредиторскую задолженность, для заказов на покупку для анализа процесса закупок.
Даже если эти 2D-журналы событий связаны, трехмерные объектно-ориентированные данные и модели все равно «сжимаются» в двумерные. Такое «выравнивание» данных приводит к непреднамеренному дублированию или ошибочным трактованиям полученной информации.
Что такое объектно-ориентированный анализ процессов (OCPM)?
В 2021 году профессор ван дер Аалст писал, что «технология интеллектуального анализа процессов должна приблизиться к истинной структуре процессов и систем». Объектно-ориентированный анализ процессов предназначен для дальнейшего преобразования путем создания моделей процессов, которые более точно отражают объектно-ориентированный характер сквозных бизнес-процессов.
Объектно-ориентированный анализ процессов устраняет ограничения традиционного анализа процессов, а также проблемы конвергенции и дивергенции, не определяя события как связанные с одним случаем. OCPM использует объектно-ориентированный журнал событий (OCEL), который позволяет связать событие с несколькими объектами (например, с заказами на продажу, производственными заказами и т.п.). Вместо использования данных о событиях, ориентированных на прецеденты, как в традиционном анализе процессов, OCPM использует данные о событиях, ориентированные на объекты.
Простой способ описать OCEL – использовать две таблицы: одну для событий, а другую для объектов. В таблице событий каждое событие имеет идентификатор, действие, отметку времени, связанные объекты и, возможно, другие атрибуты события. В таблице объектов каждая строка определяет объект и содержит идентификатор, тип, возможно, другие описательные атрибуты (например, размер, вес, адрес и т.п.).
В отличие от традиционного журнала событий, ориентированный на объекты фиксирует отношения между несколькими из них. Объектно-ориентированный же анализ БП позволяет рассматривать процесс под любым углом.
Преимущества объектно-ориентированного интеллектуального анализа процессов
OCPM устраняет ограничения и предлагает множество преимуществ по сравнению с традиционным подходом:
- Извлечение данных выполняется только один раз, что позволяет выбрать представление, объекты и действия для анализа.
- Взаимодействия между объектами регистрируются в журналах событий, ориентированных на объекты.
- Создание трехмерных журналов событий и моделей процессов, которые лучше отражают реальность современных бизнес-операций и позволяют лучше понять бизнес-процессы.
По материалам Celonis