Практика применения мультипроцессной аналитики

Поддержка мультипроцессной аналитики или МПА в 2024-25 годах стала доступна в инструментах process mining. Некоторые вендоры даже берут дополнительные деньги за возможность ее использования. Функционально это возможность анализа взаимодействия между процессами. Практическая польза понятна не всегда.

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

❉ Размещения заказа на ТМЦ

❉ Организации закупки, включая консолидацию

❉ Организации логистики, внутренней и внешней

❉ Проведения торгов и договорной деятельности

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

До появления МПА аналитик, обнаружив такую ситуацию, просил дата инженера переформировать журнал событий, введя для каждой позиции закупки "искусственный" шаг - "Завершена консолидация закупки". Или писал сложную формулу, группируя позиции заказов на МТЦ по коду заявки на закупку, в которую они попали. Поддержка МПА позволяет не перестраивать журнал событий, а связать два журнала событий и легко использовать.

МПА может заметно, на несколько недель, сэкономить время анализа сложных сквозных процессов. Если МПА уже есть в вашем инструменте - не забывайте про него. Если МПА надо докупать, а сроки "горят" - можно справится и без него.

#useful@hammered_screw