Process mining: анализ процессов по данным

Process mining анализирует журналы событий и восстанавливает фактические пути экземпляров процесса. Он помогает увидеть варианты, возвраты и ожидания, которые не попали в регламент. Это аналитический подход; данная статья не заявляет наличие отдельной функции process mining в Taska.

Минимальный event log

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

Задачи анализа

По данным можно исследовать:

• Фактические варианты пути
• Время цикла и ожидания между шагами
• Повторные действия и возвраты
• Соответствие обязательному маршруту
• Различия сегментов и подразделений
• Изменение процесса после внедрения

Ограничения

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

От анализа к действию

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

Подготовьте процессные данные

Покажем, какие события и история выполнения доступны в Taska для операционной аналитики.

Какие журналы нужны

Process mining строится на событиях с идентификатором случая, видом действия, временем и исполнителем или системой. Для закупки случаем может быть заказ, для сервиса — заявка. Если один идентификатор переиспользуется или события записываются задним числом без признака, полученная модель будет убедительной, но неверной.

От карты к проверяемой гипотезе

Алгоритм показывает варианты пути, возвраты, ожидания и обходы. Он не объясняет причину автоматически. Команда выбирает отклонение, проверяет данные и разговаривает с участниками процесса. Гипотеза формулируется измеримо: конкретная очередь, правило или передача создаёт задержку при известных условиях.

Пилот и ограничения

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

Результат пилота включает каталог обнаруженных вариантов, проверенные причины и список изменений с владельцами. Красивая process map без подтверждённых гипотез, baseline и повторного измерения не считается бизнес-результатом.