9.
Основные достоинства:
• возможность мониторинга процессов в реальном (или почти реальном) времени и «спуска» до уровня проблемных участков, что сокращает число проблем и снижает затраты;
• возможность предвидеть задержки и параметры соглашений о качестве обслуживания (SLA), которые нельзя удовлетворить, что позволяет предпринимать упреждающие действия, повышая качество;
• возможность проводить сравнение процессов с конкурентами и отраслевыми стандартами, что должно улучшить результаты.
Названные девять компонентов автоматизации – это предложенные нами средства автоматизации в решении BPM для зрелой в смысле BPM организации, но это не означает необходимость наличия всех девяти компонентов для успеха проекта. Организация может решить не использовать первые четыре компонента, а в некоторых ситуациях какого-то компонента может не потребоваться. Ясно, что чем больше число используемых компонентов, тем выше шансы получить выгоды из проекта. Но «инструмент – это всего лишь инструмент». Если он не используется эффективно, то не решит проблему бизнеса. Это как с покупкой саксофона, если не знаешь, как на нем играть.
Пример на рис. П .12 показывает, как компоненты технологий могут работать совместно в транзакции смены адреса в крупной организации с большим числом старых систем приложений. В данном примере не описывается интегрированный компонент системы управления документами.
Представьте, что до начала транзакции смены адреса организация смоделировала процесс (возможно, перестроила его, чтобы сделать более эффективным), возможно, выполнила имитационное моделирование и учет затрат по типам деятельности, а затем установила нормативы процесса по времени и затратам. Эти нормативы будут использоваться в будущем для сравнения с фактическими показателями.
В данном примере клиент обращается в организацию через один из пунктов контакта между работниками и клиентами (точки соприкосновения) в левой части рис. П .12 (WAP – протокол беспроводных приложений, IVR – интерактивный речевой ответ, факс, центр вызовов и т. д.). Этим инициируется процесс смены адреса.
Данный тип процесса запускает модуль процессов (компонент «рабочий поток») для планирования, приоритезации и управления обработкой. Модуль процессов «вызывает» модуль бизнес-правил, чтобы применить к данной транзакции любые бизнес-правила, а затем вызывает компонент интеграции, чтобы получить доступ к старым системам приложений, где необходимо обновление. В данном примере есть четыре такие «традиционные» системы приложений, в которых необходимо обновить адрес. Модуль процессов ведет мониторинг транзакции обновления адреса, чтобы проследить ее успешное завершение. Если на данный момент одна из старых систем приложений недоступна, модуль процессов продолжает попытки обновить данные, пока система не окажется готовой. Если эта система так и не вошла в режим готовности течение определенного периода времени, модуль процессов сообщает об этом (исключение) соответствующему назначенному супервайзеру или менеджеру.
Во время выполнения всех этих действий компонент мониторинга бизнес-деятельности записывает информацию в библиотеку данных процессов. Именно эти сведения будут фигурировать в сравнении с табличными сбалансированными показателями, т. е. будет выдано сравнение фактических показателей с установленными нормативами по времени и затратам. На их основе менеджеры процессов смогут планировать, исследовать и оптимизировать работу в будущем.