Улучшение бизнес процессов с Process Mining
Программное обеспечение Программное обеспечение

История возникновения Process Mining. Как работают PM-системы? Анализ бизнес-процессов с применением PM-систем. Process Mining — технология на стыке Business Process Management и Data Mining. Реальные кейсы и советы по внедрению от заказчиков и вендоров.

Главная>Программное обеспечение>Улучшение процессов с Process Mining
Программное обеспечение Тема номера

Улучшение процессов с Process Mining

Дата публикации:
28.03.2023
Посетителей:
116
Просмотров:
144
Время просмотра:
2.3

Авторы

Автор
Наталья Арефьева Менеджер проектов консалтинга центра внедрения бизнес-систем компании «Инфосистемы Джет»

История возникновения Process Mining.


Как работают PM-системы?


Анализ бизнес-процессов с применением PM-систем.


Process Mining — технология на стыке Business Process Management и Data Mining.


Реальные кейсы и советы по внедрению от заказчиков и вендоров.

 

Сегодня интерес к Process Mining заметно растет. Хотя сама технология зародилась давно, кейсы ее практического применения стали появляться относительно недавно. С чем это связано и какой имеет эффект? Для начала разберем на конкретном примере, как вообще работает Process Mining. Поскольку тема этого номера JETINFO — Customer Experience, мы рассмотрим применение технологии для улучшения клиентского опыта.

 

В кейсе ниже речь пойдет об анализе процесса подачи заявки на кредитование для юрлиц. Проект был реализован в одном из крупных банков нашими партнерами — командой «Промиз Софт». Они использовали собственное Process Mining решение «Promease».

Дано

 

Крупный банк с филиальной сетью во всех федеральных округах России.

 

Процесс подачи заявки на кредитование для юрлиц состоит из следующих этапов:

 

  1. Подача заявки клиентом — на сайте банка или по телефону.
  2. Проверка заявки службой безопасности.
  3. Анализ платежеспособности клиента.
  4. Оценка залога.
  5. Юридическое заключение. 
  6. Решение о выдаче кредита и отправка предложения клиенту.
  7. Формирование клиентом пакета кредитно-обеспечительной документации.
  8. Выдача кредита.

 

Проблема 

 

Потенциальные заемщики уходили к конкурентам, потому что процесс рассмотрения заявок был слишком громоздким и длительным. 

 

Задачи 

 

Основными показателями, по которым оценивался процесс выдачи кредитов, были Time-to-Yes (1–7 этап) и Time-to-Cash (1–8 этап). Стандартная статистика по конверсии была недостаточно информативна и не позволяла понять, как нужно выстроить клиентский путь, чтобы сохранить потенциальных заемщиков. Но она показывала, что большая часть клиентов отказывалась от услуги уже после получения предложения от банка. Среди причин клиенты указывали, что, пока шло рассмотрение заявки, они уже получали предложение от конкурентов. Проще говоря, одним из ключевых факторов было время ожидания ответа. Это стало предпосылкой для запуска проекта по анализу процесса с помощью Process Mining. 

 

Было выявлено:

 

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

 

Существующий процесс предусматривал два этапа подачи документов. Это было оптимально с точки зрения внутренних процедур банка. На первом этапе клиент подавал минимальный набор документов, а оставшийся пакет — после получения одобрения на этапе 7. По сути, заемщикам приходилось дважды собирать документы, и для многих это было критично.

 

По результатам анализа:

 

  • Введен кредитный конвейер для ряда клиентов. Это позволило ускорить процедуру рассмотрения заявок для массового кредитования на первом этапе и при этом сохранить индивидуальные условия для нестандартных запросов.
  • Процесс был стандартизирован по ряду критериев. Это помогло на 50% сократить количество запрашиваемых документов, а также сроки их сбора и дальнейшего рассмотрения.
  • Были скорректированы сценарии работы в ИС для исключения движения некомплектных пакетов документов.
  • Было исключено параллельное движение одной и той же информации разными способами.

 

Анализ процесса с помощью Process Mining позволил выявить и в дальнейшем сократить операции, которые были дополнительной нагрузкой для клиентов, а также уменьшить время ответа от банка и в конечном счете сохранить клиентов. 

 

Авторы

Что такое Process Mining: история возникновения

 

Одно из следствий автоматизации бизнес-процессов — возникновение больших массивов данных

 

Теперь несколько слов о том, как возник Process Mining. 

 

Сама технология Process Mining (PM) родилась как подход к извлечению и анализу процессов на основе данных из информационных систем о выполненных операциях. Но для того, чтобы понять предназначение систем PM, начнем чуть раньше и отметим значимые события в истории возникновения именно процессного подхода как способа управления и организации деятельности. Мы выделим лишь те, которые нашли свое отражение в PM, а построение систем управления — тема, достойная отдельного рассмотрения.

 

Итак, в конце 1980-х годов всем известный Таичи Оно разработал и внедрил в Toyota подход к организации и управлению процессами «Бережливое производство». Принципы этой философии получили широкое распространение и используются по сей день многими компаниями. В ее основе лежит постоянная работа со всеми типами потерь, которые возникают в процессе. 

 

Следующим значимым шагом в области оптимизации процессов стала разработка и внедрение инструмента «цикл DMAIC» и методов управления процессами Six Sigma. Ключевыми новшествами были ввод КПЭ, анализ отклонений, фокус на потребителя и обеспечение непрерывного улучшения процессов. По сути, появляются критерии для оценки эффективности процессов, которые можно использовать для оперативного контроля их исполнения, а также для того, чтобы установить их связь с показателями деятельности.

 

Эти подходы хорошо работали много лет и опирались на классические инструменты ручного анализа — опросы, дизайн-сессии и т. д. Сейчас они уже не дают полной картины ситуации и точных показателей, а вдобавок требуют много времени и ресурсов в виде исполнителей бизнес-процессов. Кроме того, раньше многие выводы делались на основе экспертной оценки консультантов, которые физически не успевали опросить всех участников процесса. Мы часто сталкивались с тем, что сотрудники из смежных подразделений неоднозначно смотрят на существующие проблемы, а понятие «эффективность» для одного и того же процесса у исполнителей на разных уровнях управления может сильно отличаться. Плюс ко всему, до последнего времени существовало мнение, что главная цель любой оптимизации — сокращение штата, что, в свою очередь, мешало получить достоверную информацию об исполнении процессов от заинтересованных лиц.

 

Закономерным развитием всех этих подходов — вследствие автоматизации операций — стала технология PM. Она основана на академических исследованиях, в основу алгоритмов работы систем заложен научный подход. Само понятие ввел в обиход голландский профессор Вил ван дер Аалст — его называют отцом Process Mining. Он создал много научных работ по теме, которые актуальны и сегодня, изучал сферы применения и практическую пользу от внедрения PM. Первые публикации Вил ван дер Аалст выпустил в конце 1990-х — начале 2000-х. Уже тогда, помимо теоретической базы, он создал инструментарий, позволяющий восстанавливать процессы на основе логов информационных систем. 

 

Таким образом, мы получили инструмент для восстановления процессов на основе реальных данных.

Рис 1. Восстановление модели процесса из экземпляров в Process Mining

 

Тем не менее, в начале 2000-х гг. компании не так активно использовали ИТ-системы. Многие процессы выполнялись вручную — именно это затрудняло или вовсе исключало возможность применения Process Mining. В то время были широко распространены классические методы, описанные выше. 

 

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

 

Ведь бизнес-процессы в любой крупной организации автоматизированы, поэтому следы всех операций, которые выполняют сотрудники, остаются в ИС. А что, если эти следы можно восстановить (см. рис. 1)? Благодаря этому можно получить реальную карту бизнес-процессов вашей компании. И, скорее всего, она будет далека от того, как вы ее представляете.

Мифы о PM:

 

  1. Process Mining равно BI.

 

У BI нет функционала восстановления карты процесса и возможностей для его анализа в разрезе отдельных этапов или операций. Цель Process Mining — создать полную модель текущего процесса как есть, от начала до конца. А затем использовать ее, чтобы провести анализ и выявить узкие места.

 

  1. Для реализации PM нужно дорабатывать и подстраивать системы, где исполняется процесс.

 

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

 

  1. Process Mining и BPMN? 

 

BPMN-системы предназначены для автоматизации, а Process Mining может ей предшествовать. Если следовать правильному подходу, автоматизироваться должны целевые процессы — с учетом того, что они уже оптимизированы и эффективны.

 

  1. Невозможно посчитать эффект от внедрения. 

 

PM стоит внедрять в любых компаниях, которые стремятся к улучшению своей деятельности. Максимальный эффект достигается, если речь идет:

 

  • о простых массовых процессах, которые исполняются несколько тысяч раз ежедневно;
  • трудных и долгих индивидуальных процессах, в которых задействовано много филиалов компании;
  • длинных процессах из нескольких этапов, в которые вовлечено много участников.

 

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

 

Процессная аналитика с Process Mining

 

Оптимизация или изменение процессов в любой компании начинаются с восстановления и анализа реальной картины происходящего. Принятие решения об изменениях должно быть основано на реальных фактах, другой подход может привести к снижению качества или экономии на одном этапе и увеличению издержек на другом.

 

Как мы уже сказали, суть PM — в анализе и совершенствовании реальных процессов (т. е. не «предполагаемых руководством», а реальных фактов) с помощью извлечения новых знаний из журналов событий ИС.

 

И если изначально функционал PM был заточен на обнаружение, а разработанные на ранних стадиях инструменты в основном позволяли только восстанавливать модели с данными, то по мере развития систем все чаще стали использоваться подходы к анализу, базирующиеся на ключевых принципах процессного подхода. 

 

Таким образом, Process Mining оказался на стыке Business Process Management и Data Mining.

 

Анализ процессов с помощью PM можно разбить на следующие этапы:

 

На этапе обнаружения мы исследуем процесс на уровне исполнения. Здесь важно правильно идентифицировать процесс, определить критерии для оценки и найти его «следы» в системах, чтобы выстроить цепочку действий и восстановить полную картину. Это не так просто сделать в крупной компании, где сотрудники могут совершать сотни и даже тысячи операций в день, где есть разветвленная и сложная система организации процессов, сотни исполнителей, а также географически распределенные филиалы. 

 

Стоит отметить, что важным требованием для использования Process Mining является наличие данных в системах. После того, как мы определили и отследили «цифровой след» процесса, мы должны убедиться, что у нас достаточно информации для его восстановления и анализа.

Рис 2. Восстановление процесса на основе журнала событий

 

Стартовая точка Process Mining — зарегистрированные события, которые сохраняются в системах при выполнении всевозможных операций. При этом они не обязательно должны храниться в специализированных файлах-логах. События могут содержаться в таблицах БД, логах сообщений, почтовых архивах, логах транзакций и других источниках. Все это —  цифровые следы (логи процесса) и их атрибуты, которые мы должны извлечь. Собранные события обозначаются термином «журнал событий», на его базе и строится карта процесса (см. рис. 2). Качественно сформированный журнал событий можно считать залогом успеха PM. 

 

Классическим способом считается выгрузка и формирование журнала, хотя современные платформы предполагают прямую интеграцию с системами, в которых хранятся события. В этом случае журнал формируется автоматически, и можно реализовать регулярную выгрузку для мониторинга отклонений. 

 

«Изначально Process Mining был сфокусирован на анализе накопленных данных. Однако на сегодняшний день многие источники обновляются в режиме реального времени или близком к нему, а вычислительные мощности позволяют анализировать события в момент их возникновения. Соответственно, не стоит сводить Process Mining к офлайн-анализу — он может использоваться и для поддержки текущей операционной деятельности».

 

Манифест PM

 

Минимальный набор данных в журналах событий для восстановления карты процесса:

 

  • Идентификатор отдельного исполнения (экземпляра) процесса — Case ID.
  • Событие/Действие — Event/Activity.
  • Временная метка — Timestamp.


Расширенный набор атрибутов (сумма договора по заявке, статьи расходов, роли исполнителей, подразделения и т. д.) дает возможность проводить анализ в нескольких разрезах: временные диапазоны, исполнители, контрагенты, контракты и др.


Модель процесса, восстановленная с помощью Process Mining, — это реальная картина процесса в компании (см. рис. 3).

Рис 3. Модель процесса, восстановленная с помощью PM

 

На этой модели мы можем увидеть:

 

  • В каких сценариях исполняется процесс: самый распространенный вариант, самый быстрый или медленный, незаконченные экземпляры и т. д.
  • На каких этапах процесс тормозится, какие участки или сотрудники перегружены, где происходят сбои, ошибки и потери.
  • Где происходят отклонения от эталонной модели процесса и с чем они связаны.
  • Какие операции или шаги имеют ключевое влияние на KPI процесса.
  • При наличии соответствующих данных можем провести стоимостный анализ процесса.
  • Некоторые системы позволяют прогнозировать разные сценарии исполнения при заданных параметрах изменения процесса.

 

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

Process Mining может стать незаменимым инструментом анализа процессов для объективной оценки их эффективности.

Почему же Process Mining — технология на стыке Business Process Management и Data Mining?

«Process Mining должен быть непрерывным процессом, т. к., имея возможность строить карты процессов, напрямую связанные с данными о событиях, на эти процессы можно накладывать как исторические, так и текущие данные, и даже прогнозировать изменения при заданных условиях. В дополнение: процессы меняются. Учитывая этот факт, не следует рассматривать Process Mining как однократное действие. Цель должна состоять не в том, чтобы создать постоянную стационарную модель, а в стремлении рассматривать их на периодичной основе»,

 

манифест Process Mining

Имея такой инструмент, вы можете создавать настоящих цифровых двойников бизнес-процессов и даже контролировать любые отклонения в режиме реального времени. Возможности Process Mining совместно с методами Business Process Management позволяют построить целую систему мониторинга и управления бизнес-процессами. Как это сделать — отдельная тема для обсуждения. Скажем лишь, что анализ процесса не должен быть разовым событием — постоянное совершенствование деятельности можно считать одним из конкурентных преимуществ компании, поскольку оно напрямую связано с созданием ценности для клиента, повышением лояльности, а также операционной эффективности через управление издержками.

 

При грамотно заданных параметрах и выстроенной системе показателей системы класса PM будут незаменимы для оперативного выявления отклонений и устранения потерь в процессах. В рамках крупной компании экономия даже 15 минут на одной операции принесет ощутимый эффект. 

 

Для построения такой системы управления процессами потребуется время, а переход на этот уровень управления будет происходить в несколько этапов. Process Mining может стать стартовой точкой на пути к постоянному совершенствованию вашей деятельности, ведь любые изменения начинаются с анализа текущей картины.

 

Как известно, первый шаг всегда самый сложный. Советую начать с осмысления ключевых вопросов: «Наши бизнес-процессы организованы в продуманную цепочку создания ценности для клиента?», «Как на протяжении этой цепочки мы соприкасаемся и работаем с клиентами?» или «Как изменения наших бизнес-процессов влияют на лояльность клиентов?»

 

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

 

Ведь зачастую мы даже не задумываемся об изменениях просто потому, что уже привыкли к существующему порядку, и его сложно разрушить…

 

 

О своем проектном опыте рассказывает Александр Семенов, начальник Отдела развития производственной системы, АО ОДК-Климов. В 2021 году компания внедрила специализированное PM-решение «Promease».

АО «ОДК–Климов» — ведущий российский разработчик газотурбинных двигателей для военной и гражданской авиации. Входит в состав АО «Объединённая двигателестроительная корпорация» (ОДК). Общая численность персонала — 2500 человек.

Почему вы решили использовать технологию PM? Какие проблемы в компании стали предпосылкой проекта?

 

Нам требовалось понять реальную длительность процесса заключения договоров и определить наличие потерь в виде петель (повторных согласований), длительных согласований и т. д. Это была основная задача проекта. Поскольку речь о достаточно большом объеме договорных документов, применить классические подходы «Бережливого производства» было достаточно сложно и очень затратно с точки зрения ресурсов и времени. Мы искали альтернативный инструмент, который позволит провести анализ процесса, и нам подсказали подход Process Mining. Он отлично лег на нашу задачу. 

В последние годы на предприятии прошла масштабная реорганизация основных производственных процессов по принципам «Бережливого производства». Для реализации проекта была разработана комплексная методология, сочетающая подходы Process Mining и Lean. Инструменты Process Mining использовались для извлечения процесса из ИС и его глубинного анализа. Методы Lean применялись для расчета эффективности цикла процесса и разработки мероприятий по его оптимизации.

У вас были сомнения на старте проекта? И если да, оправдались ли ваши опасения?

 

Нет, сомнений не было — мы открыты к новым технологиям. Это специфика нашего отдела — пробовать, оценивать эффективность и внедрять новые методы в работу компании. А цифровизация на данный момент — один из способов попробовать что-то новое. 

 

Особых опасений не было, но было понимание определенных рисков с нашей стороны. Например, что решение отдельных вопросов (получение данных из систем и т. д.) может вызывать задержки. И они оправдались: проект действительно длился чуть дольше, чем мы планировали.

 

С какими еще проблемами вы столкнулись по ходу проекта? Какие вызовы стали для вас ключевыми?

 

Проблемы с данными как раз можно выделить как ключевые. В нашем случае это связано со спецификой работы системы 1С:Документооборот, в которой исполняется процесс. После выгрузки нам пришлось дополнительно перерабатывать логи и заполнять пропуски. Например, терялись данные относительно ролей исполнителей. Процесс в системе был настроен так, что если руководитель делегировал свою функцию или поручал задачу другому сотруднику, то этот сотрудник уже выступал в системе без указания роли, что осложняло отслеживание. Часть данных, к примеру, ФИО исполнителей, приходилось восстанавливать вручную, а потом вручную прописывать их функции в процессе. 

 

Этап выгрузки и обработки данных тоже был сложным. Все делалось вручную — у нас не было витрины данных, которая выгружалась бы автоматически. Такой подход всегда сопряжен с человеческим фактором и всевозможными задержками. Собственно говоря, мы наступили на эту же мозоль и в процессе постпроектного использования. В рамках проекта нужно обязательно организовывать автоматическую выгрузку, чтобы не сталкиваться с проблемами с получением данных. 

 

Сколько людей было вовлечено в проект? Вы не сталкивались с недоверием или отторжением со стороны сотрудников?

 

Немного, около 10 человек. И да, мы встретились с недоверием со стороны некоторых сотрудников, например, экономистов или логистов. Это не основной их функционал, и они видели в проекте дополнительную нагрузку, поэтому большую часть работ приходилось делать самим.  Помимо основной команды, задействованной в проекте, мы опрашивали и других участников процесса, чтобы понять его физику. Ведь мы фактически выступали в роли потребителей процесса и многого о нем не знали, соответственно, нужны были эксперты на разных уровнях. 

 

Неожиданные результаты были? 

 

Удивил абсолютный рекорд по возвратам на доработку. Тот факт, что служба может возвращать один и тот же документ восемь раз, удивит кого угодно. В целом картина была понятна, но не было оцифровки, позволяющей оценить, как долго на самом деле выполняется процесс. Существующая система контроля исполнителей давала только общие оценки, и в отдельных моментах мы даже поставили под сомнение правильность параметров, которые она указывает. Она более лояльно относится к некоторым сотрудникам, особенно к крупным руководителям… Как оказалось, они оказывают достаточно ощутимое влияние на длительность процесса. Process Mining показал нам реальную картину происходящего.

 

Вам удалось измерить эффект от внедренных изменений?

 

Мы сформировали пакет организационных мер, которые в среднем позволят сократить длительность процесса на 22%. К примеру, сократили срок рассмотрения документов на средних уровнях до одного дня вместо двух, как было в предыдущей редакции регламента. Даже это заметно повлияет на длительность процесса. Надеюсь, она будет укладываться в наш норматив, хотя пересогласования и возвраты на доработку все равно никуда не денутся.

 

Конкретный измеримый эффект мы получим, когда проведем анализ 2021 года и сравним его с периодом до изменений. 

 

Вы планируете использовать Process Mining в будущем?

 

Планы есть, но пока у нас не так много внутренних заказчиков, которые хотят использовать PM. Сейчас мы скорее применяем технологию как аналитический инструмент для закрытия потребностей нашего отдела. Обязательно будем использовать ее для изучения цифровых следов в базах. Что касается включения PM во внутренние процессы именно в качестве системы мониторинга — это уже достаточно сложный вопрос. Для этого потребуется согласование со множеством других служб, которые воспринимают PM как дополнительную работу и смотрят на технологию без энтузиазма. Пока это наш ресурс, способ доказать, что у компании есть существенные потери в конкретных местах, и инициировать изменения. В этом ключе и будем работать.

 

Что вы посоветуете коллегам, которые планируют внедрять технологию? Что нужно учесть перед внедрением? 

 

Самое важное — найти правильного внутреннего заказчика, который сможет согласовать все необходимые изменения, выявленные во время анализа процесса. Сама технология вопросов не вызывает, здесь все понятно. Довольно сложный момент — переход от аналитики к разработке мероприятий, поскольку PM не дает понимания смысловой нагрузки процесса. Видна только его карта, она объемная и понятная, но мотивация людей на те или иные действия в ней не отражена. Нужно активнее привлекать к проекту владельцев процессов, чтобы делать правильные выводы и от них переходить к правильным мероприятиям.

 

Применяя технологию, можно как выявить зоны вероятной оптимизации, так и регулярно следить за уже внесенными в процесс изменениями и контролировать отклонения в режиме онлайн.

Для тех, кто уже планирует использовать Process Mining: советы, как подготовиться к запуску проекта, от Константина Голоктеева, генерального директора ООО «Промиз Софт».

 

Все успешные проекты похожи друг на друга, а каждый неуспешный — неуспешен по-своему.

«Промиз Софт» — разработчик решения «Promease», один из победителей конкурса грантов Фонда содействия инновациям.

Несмотря на все многообразие PM-проектов, на практике есть три ключевых фактора успеха: правильный подход, команда и инструмент (см. рис. 4). Они одинаково важны, и проседание хотя бы одного с большой долей вероятности превратит проект в мучения с неясным конечным результатом. 

Рис. 4. Факторы успеха PM-проекта

 

Итак, правильный подход. Мы включаем в это понятие несколько базовых элементов. Во-первых, четкую цель проекта — ее необходимо сформулировать и задокументировать. Она должна быть понятна всем участникам и будет определять все дальнейшие действия. Да, это может звучать банально, но именно плохо сформулированная цель часто становится источником неконструктивных дискуссий и других проблем.

 

Во-вторых, понятный бизнес-контекст. В данном случае бизнес-контекст является понятием верхнего уровня относительно цели проекта. В компании должно быть понимание, какое место займут PM-инструменты в общей системе управления бизнес-процессами. Либо, как минимум, нужно четко сформулировать стратегические аспекты применения процессной аналитики. Проще говоря, сотрудники компании должны быть готовы закончить фразу «Мы применяем Process Mining для того, чтобы …».

 

Отметим, что первые два фактора на практике часто идут рука об руку. Особенно когда компания только начинает свой путь в мире цифровой процессной аналитики.

 

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

 

Следующий фактор успеха — правильная команда. Здесь тоже есть несколько важных моментов. Прежде всего, само наличие команды. Если проектом занимается отдельно взятый сотрудник-энтузиаст, на положительный эффект рассчитывать не стоит. Нужна команда. Process Mining как дисциплина находится на стыке классического управления бизнес-процессами и Data Mining, поэтому нужно формировать междисциплинарную или кросс-функциональную команду. 

 

Далее: команда должна не только понимать бизнес-контекст и цели проекта, но и разговаривать на одном языке. Настоятельно рекомендуем организовать и для членов команды, и для руководства компании хотя бы базовое обучение по Process Mining. Людям стоит познакомиться с зарубежным и отечественным опытом применения технологии. 

 

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

 

И, наконец, правильный инструмент. «Ну вот, наконец-то автор дошел до продажи себя любимого», — подумаете вы, но это не совсем так 🙂 Наши клиенты не дадут слукавить: мы никогда не настаиваем на своей эксклюзивности и уникальности (даже если сами в этом уверены). Напротив, мы настаиваем на вдумчивом и осмысленном решении со стороны заказчика. 

 

Но вернемся к инструментам. Начнем с того, что есть совершенно бесплатные Open Source продукты, самый известный — платформа ProM. Отдельного упоминания заслуживает открытая библиотека от Сбера. Эти инструменты вполне можно рассматривать, если у вас в штате есть специалисты, сочетающие навыки программистов и бизнес-аналитиков. Также правильно будет вспомнить о решении Apromore, а именно — его открытый вариант Community Edition. Там, в отличие от двух вышеупомянутых систем, есть хороший пользовательский интерфейс.

 

Второй признак, отличающий хорошее решение, — признание в профессиональном сообществе. Самый простой запрос любому поисковику (или прямой запрос вендору) о рекомендациях со стороны профессиональных ассоциаций и объединений, номинирование на премии и т. д. помогут понять, как эксперты оценивают то или иное решение.

 

Третий важный момент для первичной оценки — наличие экосистемы и живых референсов. Сколько у вендора партнеров, кто они? Есть ли возможность пообщаться с заказчиками и расспросить их о реализованных проектах? Даже пара простых вопросов поможет составить мнение о профессионализме и надежности того или иного поставщика. 

И, наконец, инструмент должен четко закрывать задачи, которые вы планируете решить. Тщательно изучите все возможности и обратите внимание на ограничения, прежде чем начинать внедрение.

 

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

 

«Data science the profession of the future, because organizations that are unable to use (big) data in a smart way will not survive. It is not sufficient to focus on data storage and data analysis. The data scientist also needs to relate data to process analysis. Process mining bridges the gap between traditional model-based process analysis (e.g., simulation and other business process management techniques) and data-centric analysis techniques such as machine learning and data mining».

Wil van der Aalst

 

Экспертный комментарий

 

Практически все руководители предпочитают жить в уверенности, что все бизнес-процессы выполняются по разработанным и утвержденным регламентам и правилам. Раньше во многих компаниях были регулярные мероприятия — операционные аудиты, которые показывали, насколько реальные действия сотрудников отличаются от регламентированных. Это касалось не только работы в системах, но и оформления документов, скриптов общения с клиентами и т. д. В случае обнаружения нарушений и отклонений это считалось дисциплинарным нарушением, принимались меры, проводились рефреш-тренинги для персонала. Но это редко приводило к реальным изменениям в компании.


Сейчас упоминание об оптимизации/автоматизации/реинжиниринге бизнес-процессов перестало пугать. Эти активности стали нормой для любой компании. Но без понимания реальной картины мира изменения невозможны. Одна из ключевых целей Process Mining (PM) — выявить реальные сценарии процессов, узкие горлышки, лазейки для обхода запретов или сложных участков процесса. Вы получите не статический слепок, а живой инструмент, который позволит оперативно собирать статистику о ходе процессов.

 

Пример. В компании был внедрен регламент проведения платежей. Он подразумевал основной сценарий и форс-мажорный — для определенных типов срочных платежей можно было до 12:00 подать информацию финансовому директору. Через некоторое время выяснилось, что большинство платежей с помощью дара убеждения инициаторов-просителей превратились в форс-мажорные. Надо отдать должное: руководитель компании был мудрым человеком, рубить с плеча не стал. Он собрал инициаторов платежей и выяснил, чем был так плох основной сценарий, что проще было прийти на ковер к финансовому директору, чем пойти по процессу. Как оказалось, отсутствовала обратная связь о том, что платеж поставлен в план. Ценой вопроса стал один подписант, который не приносил ценности в процесс и был бутылочным горлышком. В итоге процесс пошел по основному сценарию.

 

PM раньше приносил эффект только в крупнейших компаниях по двум причинам:

 

  • Ощутимая бизнес-выгода от внедрения — даже копеечная экономия на каком-то участке процесса или экономия нескольких секунд давала миллионную и даже миллиардную экономию в масштабе компании.
  • Эти компании были максимально автоматизированы, что позволяло внедрять PM наиболее эффективно.


Для остальных компаний повышение производительности бизнес-процессов не давало столь красноречивый эффект. А вот внедрение ИТ-систем приводило к кратным изменениям операционных KPI.

 

В настоящее время для компаний любого масштаба и бюджета в ИТ-индустрии найдется набор решений, позволяющих полностью автоматизировать бизнес. И стало очевидно, что гонка за технологиями уже не приносит вау-эффекта. На первый план выходят постоянный мониторинг и непрерывное улучшение процессов. Мы ожидаем, что в ближайшие два–три года внедрение систем Process Mining перейдет из категории best practices в must have.

Галина Левицкая


Директор центра внедрения бизнес-систем компании «Инфосистемы Джет»


 

Уведомления об обновлении тем – в вашей почте

Спасибо!
Вы подписались на обновления наших статей
Предложить
авторский материал





    Спасибо!
    Вы подписались на обновления наших статей
    Подписаться
    на тему







      Спасибо!
      Вы подписались на обновления наших статей
      Оформить
      подписку на журнал







        Спасибо!
        Вы подписались на обновления наших статей
        Оформить
        подписку на новости







          Спасибо!
          Вы подписались на обновления наших статей
          Задать вопрос
          редактору








            Оставить заявку

            Мы всегда рады ответить на любые Ваши вопросы

            * Обязательные поля для заполнения

            Спасибо!

            Благодарим за обращение. Ваша заявка принята

            Наш специалист свяжется с Вами в течение рабочего дня