Нюансы согласования границ анализа.

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

Преимущества обсуждаемых инструментов в том, что если журнал событий собран, то затраты на проведение дополнительного анализа минимальны. Это можно и нужно использовать:

• Часто линейный руководитель не разделяет взгляд на проблему высшего руководства. Например, нарушение сроков актуализации информации (ввод информации задним числом) не является проблемой с точки линейного руководителя. Так как это вынужденная мера, связанная с несогласованным действием разных функций и это нарушение всеми силами прячут. Если исправление ситуации сделать источником экономического эффекта, то рабочая группа будет сопротивляться и мешать проекту. Но упомянуть как зону роста, описав подтвержденный фактами источник проблемы, по результатам анализа нужно
• Когда у проекта несколько функциональных заказчиков, то часто возникает ситуация, когда в ходе обсуждение целей проекта подразделение делает попутку или выйти из фокуса внимания или наоборот, перетянуть все внимание на себя. При этом подразделения "по привычке" думают не в терминах данных, а в терминах отчетов. Надо модерировать эту ситуацию, концентрируясь на согласовании границ анализа, уровня детализации и источниках данных. Например, определить, что "идет анализ закупки с момента согласования потребности, до поставки на центральный склад, исключая детали торгов, договорной деятельности и оплаты по счетам". Выявленные в ходе анализа зоны роста определят какие аналитические отчеты понадобятся.
• Концентрация на границах анализа и уровне детализации процесса позволят так же избежать конфликта, связанного с нежеланием функционального заказчика признать возможность наличия зон роста в конкретном фрагменте процесса. На этапе проектирования достаточно обеспечить наличие данных. Далее проводим анализ, проверяем корректность интерпретации и после этого спорить с наличием зоны роста никто не будет.

Чтобы использовать преимущества Process и Task Mining постоянно ведите рабочий документ, где есть связи между целями проекта, согласованными с руководством, потенциальными точками роста, направлениями анализа чтобы подтвердить их наличие и необходимыми данными. Без этого легко превратить проект в разработку очередного набора отчетов, которые привычны заказчику, но не позволят достичь целей проекта. Process Mining это не универсальный BI хотя и похож.

#dreamteam@hammered_screw

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