Как обманывают process mining

Я выступал на закрытом мероприятии VK, посвященном Process Mining. Было очень много интересного поэтому будет несколько постов, посвящённых этому событию.

Начну с выступления Александра Сорочана. Александр использует Process Mining как один из инструментов в рамках разового анализа состояния процессов в компании. Интегрирует его с подходами из "бережливого производства", "6 сигма" и других методик. Он озвучил важный тезис - люди не хотят, чтобы их измеряли и изменяли. И пытаются обмануть. Александр обозначил 7 способов искажения цифровых следов. Но мне показалось что часть из этих способов срабатывают только потому, что аналитик из мира более традиционных методик не полностью использует возможности технологии.

➤ "Потемкинская деревня" и "Не показываем «сложные» или не частые ветки и вариации", "Предоставляем для анализа слишком старые или новые версии процесса" - затраты на выгрузку данных для Process Mining не сильно отличаются при выгрузке 1,2 и 16 месяцев истории. Большой срок выгрузки выявит резкую смену методов работы. Сотрудники кто "специально" выполняет действия "по регламенту" более месяца, привыкнут и продолжат работать правильно. Когда сложные случаи известны настолько хорошо, что их удается незаметно отфильтровать при выгрузке, то ситуацию невозможно изменить и нет смысла анализировать.

➤ Занесение задним числом. С тем чтобы показать высокую скорость работы или пропускную способность отдела. Я уже писал о том, что можно анализировать дата создания записи в ИС. Еще можно строить профиль распределения активности внутри рабочего дня. Дальнейшее уже зависит от пожеланий заказчика. Возможно, руководство не видит рисков в таком режиме работы. Если же целью было сформировать "фото рабочего дня", то тут process mining не помощник. Ставим агенты task mining

➤ "Даем слишком обобщенные или агрегированные описания и данные" - методику анализа надо дополнять методикой формирования требований к данным с активным привлечением департамента ИТ. Бизнес-пользователь часто считает если информации нет у него на экранах, то ее нет и в системе. Это не так. У крупных компаний требования к журналированию действий пользователя присутствуют в типовых требованиях к ИС. Данные можно выгрузить через другие инструменты.

➤ "Ссылаемся на некорректность выборки или сбора" - перед началом анализа проводим "сверку" - при формировании журнала событий выгружаем финансовую информацию с тем, чтобы ее сравнить с теми отчётами что использует руководство. Цифры совпали - информация верна.

➤ "Ссылаемся на человеческий фактор" - панацеи от это проблемы я тоже не знаю

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

#holy_wars@hammered_screw

В этом посте были ссылки, но мы их удалили по правилам Сетки