Минимальный уровень зрелости процессов для анализа

Это очень спорный вопрос - определить с какого момента можно и нужно применять технологии process и task mining для анализа. Ответ на него зависит от прошлого опыта того и кого вы спрашиваете:

❉ Методологи, создающие реестр процессов и внутренние аудиторы скажут, что минимальный уровень зрелости - "управляемый(managed)", когда критические процессы задокументированы, определены ответственные и есть базовый контроль

❉ Крупные корпорации, выбравшие процессный подход к управлению, будут настаивать на уровне "определенный(defined)" когда стандартизованы все процессы и есть метрики для измерения их эффективности

❉ Компании, принявшие концепцию продуктовых команд как отдельных "княжеств" скорее всего будут утверждать, что реестр — это рудимент прошлых эпох, но тоже захотят сначала описать процессы внутри продуктовой команды

Мое мнение основано меньше на какой-либо методологии и больше на практическом подходе - подойдет любой уровень зрелости если применение технологии даст эффект. Ключевым является не степень формализации процесса, а способность руководителей реализовывать рекомендованные организационные изменения. Эта способность зависит от разных факторов, но уровня зрелости процессов среди них нет.

Рассмотрим подробнее:

❉ Task mining можно применять всегда. Даже если процессов нет вообще вы можете получить фото рабочего дня разных сотрудников и использовать это как базу для принятия решений по изменению ситуации. Достаточно просто проконтролировать соотношение по времени между активностями, приносящими и не приносящими доход. Task Mining даже не требует полноценной автоматизации, достаточно того, что сотрудник использует компьютер

❉ Process Mining требует наличие информационных систем что в свою очередь гарантирует наличие уровня зрелости - начальный(initial) когда нет формального описания и все зависит от исполнителей. Но если мы работаем в ИС, то анализ журнала событий все равно позволит выявить вещи, которые делать не следует, людей, которые не эффективны и послужит базой для описания процесса. Именно базой – автоматически перенести процесс в документ не получится

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

❉ Замена информационных систем и отсутствие истории за прошлые период заставит выбрать task mining вместо process mining даже если процессы формализованы

На мой взгляд аргумент "мы сначала наладим процесс, а потом будем улучшать" это нежелание повысить прозрачность действий, а не объективное ограничение.

#holy_wars@hummered_screw