Свод знаний по управлению бизнес-процессами: BPM CBOK 4.0 (Авторов) - страница 46
Как высокозначимые, так и стандартные процессы являются частью сквозных бизнес-процессов более высокого уровня. Взаимодействие между процессами отражает общий контекст и гарантирует стыковку элементов процессов или подпроцессов друг с другом. Чтобы избежать решения проблем в одной области за счет создания проблем в других процессах, в ходе процессной работы необходимо учитывать причинно-следственные связи.
Подход к автоматизации
Как правило, высокозначимые бизнес-процессы, специфические для организации, исполняют люди с использованием передовых технологий автоматизации. Внедрение таких процессов требует соответствующего управления изменениями. В большинстве случаев внедрение также требует разработки конкретных прикладных программных модулей. Модели процессов с KPI, соответствующими факторам роста ценности, являются отправной точкой для более детального моделирования обеспечивающего программного обеспечения. Они обеспечивают последовательный, управляемый подход от стратегии к внедрению и автоматизации процессов. Способ моделирования на этом этапе может измениться. Например, для моделирования структуры программного обеспечения, обеспечивающего высокозначимые процессы, может использоваться UML. Также с помощью моделей можно запрограммировать процессный движок BPMS. В зависимости от используемого репозитория и движка это может даже делаться автоматически или полуавтоматически. Чрезвычайно полезной здесь может быть интеграция средств моделирования и исполнения процессов, в первую очередь благодаря тому, что она позволяет гибко подстраивать процессы исходя из факторов роста ценности.
Для автоматизации процессов часто используется сервис-ориентированная архитектура (SOA), в которой функциональное программное обеспечение и логика процесса (потока работ) отделены друг от друга [Kirchmer 2017; Slama and Nelius 2011]. Таким образом, модели процессов могут использоваться, с одной стороны, для программирования потоков работ, а с другой – для разработки программных сервисов, для которых нет готовых библиотек. Программное обеспечение может поставляться вместе с референтными моделями, которые можно использовать для проектирования процессов.
Одно из ключевых преимуществ такой архитектуры – большая гибкость в настройке процессов и функциональности. Такая гибкость может иметь решающее значение для организаций, стремящихся к адаптивности. Основные недостатки – такая архитектура требует усилий для обеспечения надлежащего регулирования и затрат на моделирование на этапе проектирования.