Чем сильнее я погружаюсь в эту тему, тем больше она мне нравится. Process Mining (Анализ процессов) – это техника анализа бизнес-процессов на основании журналов событий. Подход, нацеленный на решение трех задач: выявление процессов (discover), проверка соответствия (conformance checking) и расширение модели (extension). Т.е., проще говоря, мы идет не от моделирования к реализации, а исследуем следы реального процесса, чтоб разобраться, как он на самом деле работает. При этом речь идет не только о построении(автоматическом) модели процесса в виде красивой диаграммы, но и об определении его количественных характеристик. Русскоязычных материалов на эту тему не так уж много, но они есть. Как в свое время это случилось с темой adaptive case management, первый набор ссылок я почерпнул в блоге Анатолия Левенчука Анализ процессов (process mining), за что выражаю свою искреннюю благодарность. Кроме того, загляните сюда: Манифест анализа процессов и в блог Андрея Коптелова: Business process management блог. Англоязычных источников на порядок больше. В качестве доходчивого введения в тему можно почитать Flux Capacitor ну и естественно IEEE Task Force on Process Mining
Теперь о том, а зачем это нужно. Самый очевидный сценарий заключается в «подрыве» традиционной работы бизнес-аналитика. Этакий Digital Disruption процессу анализа требований и проектирования ИТ решений. О том почему мы должны забыть о разработке и внедрении новых приложений «с чистого листа» я уже писал в заметке Интеграция новых приложений в корпоративный ИТ-ландшафт. Подавляющее большинство сегодняшний ИТ-проектов возникает из-за того, что имеющиеся приложения не удовлетворят потребностям заказчика и их хотят заменить. Иногда оправдано иногда – нет, что впрочем, не важно. Процесс этот выглядит обычно довольно странно. Аналитики и проектные менеджеры не обучены замене приложений. Их с детства учили унифицированному процессу и потому делать свой проект они будут с нуля. Сначала они пойдут к пользователям собирать требования. В лучшем случае, им найдут какую-нибудь устаревшую инструкцию с текстовым описанием бизнес-процесса, в худшем – будут словами рассказывать, как процесс должен выглядеть. Хочу обратить внимание, не как он сейчас выглядит, а как должен выглядеть с точки зрения данного конкретного человека. При этом до количественных характеристик процесса – Как часто? Как быстро? – дело, скорее всего и не дойдет. Ну и забудут половину процессов или ветвей процесса, чего не бывает. В заметке Побочный эффект управления корпоративным контентом я приводил кейс, в котором, как минимум, следовало бы подумать о data mining, но мне пришлось полгода бегать за командой проекта безуспешно побуждая народ проанализировать накопленные в системе данные. О том, что процессы, которые бравые айтишники собрались переавтоматизировать уже существуют, никто пока и думать не хочет.
Как это могло бы выглядеть в мире реализованных обещаний Process Mining. На первом этапе проекта мы снимаем с унаследованных приложений «картинку» реальных процессов (см. спецификацию потока событий XES-Extensible Event Stream). Вместе с заказчиком выделяем зазоры между тем, что происходит сейчас и тем чего хочется, и именно их закладываем в качестве требований.
Это самый простой кейс применения анализа процессов, но и он меняет процесс доставки программного обеспечения коренным образом. Даже если мы работаем над совершенно новой задачей в стандартном унифицированном процессе, то уже после первой итерации требования ко второй можно не «снимать с языка», а вытаскивать из реальных данных по совершенным транзакциям. Та же логика распространяется и на пилотные проекты. А с учетом того, что многие events сейчас уже можно снимать не с логов, а непосредственно с систем (очереди и потоки сообщений, интеграционные среды и пр.), то все становиться еще интереснее. По крайней мере, выглядит намного перспективней, чем Software Archaeology, которую однажды описал Гради Буч
Вил ванн дер Аалст «Анализ процессов — мост между BI и BPM»
Похоже, я изобретаю велосипед см. Reinvent Your Business With Business Process Mining
Благодарю за интересную познавательную статью!…