Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

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

За последние 20 с лишним лет из простых систем поддержки потоков работ технологии BPM эволюционировали в интегрированные платформы, предоставляющие среду для операционной деятельности. Сегодняшние BPMS заметно варьируются по сложности и функциональности, так как разные поставщики нацеливаются на разные рыночные ниши. Сегодня можно приобрести как изолированные специализированные средства для моделирования, бизнес-правил, имитационного моделирования, мониторинга/анализа эффективности и т. д., так и тесно интегрированные наборы таких средств, составляющие бесшовную операционную среду, то есть BPMS.

Изолированные программные средства обеспечивают повторное использование моделей, упорядочивание правил, прозрачность операционной деятельности и т. п. У них есть своя ниша, и они могут приносить пользу, если их использовать по назначению. Но по ряду причин некоторые компании пытаются применять эти программные средства для решения задач, для которых они не предназначены. Как и с любым инструментом, подобное «креативное» использование приводит к ряду проблем. Такое «растянутое» применение обычно обусловлено невозможностью перейти на более функциональный вариант или тем, что компания стала заложником негибкой технологической среды. В подобной ситуации выбор у разработчиков невелик, но все же там, где программное обеспечение используют не по основному назначению, надо быть особенно осторожными.

Хотя изолированные программные средства и предлагают ценную функциональность, главные преимущества BPM – такие как скорость изменений (которая позволяет компании быстро эволюционировать и оптимизировать свои операции) – останутся недостижимыми, так как эти цели просто не ставились при проектировании таких инструментов. Интегрированные BPMS, напротив, изначально задумывались как операционная среда, где из моделей и правил генерируются приложения, которые в этой же среде и исполняются.

После того как модели в среде BPMS однажды описаны, правила загружены в движок бизнес-правил и обеспечен доступ к данным, изменения в бизнес-операциях и в приложениях можно выполнять очень быстро. Именно эта скорость изменений дает бизнесу возможность эволюционировать достаточно быстро, чтобы постоянно поддерживать операционную деятельность в оптимальном состоянии. Но необходимость обращаться к унаследованным данным и приложениям может ограничивать эти возможности. Компании, перешедшие на SOA, получают возможность быстро и эффективно решать проблемы доступа к данным, тем самым делая быстрые изменения возможными, в отличие от компаний, предпочитающих более традиционные методы доступа к данным и приложениям через специфические интерфейсы той или иной системы.

Но BPMS делает возможным быстрое перепроектирование бизнес-операций даже в более традиционном IТ-окружении, в отсутствие SOA. Аналитик оставляет сопутствующую информацию в виде примечаний к элементам модели. Эта информация становится доступной для просмотра разными способами и с разной глубиной детализации, в том числе в ходе имитационного моделирования. В результате IТ лучше и быстрее, чем при традиционных подходах, схватывает требования к данным и к интерфейсам унаследованных систем.

Кроме того, использование BPMS способствует модульному подходу к расширению функциональности и снижению издержек. Повторно используемые прикладные модули, которые часто называют сервисами, объединяют информацию о процессах, правилах и т. д. Их легко модифицировать на уровне модели, чтобы затем повторно сгенерировать из модели приложение.

Таким образом, ценность BPMS двояка: преимущества, обусловленные скоростью изменений, и возможность рассмотрения процессов с разной глубиной детализации и с немедленным доступом к актуальной информации о том, как они реально выполняются.

Тем не менее даже в отсутствие первоклассной BPMS существенный эффект могут дать изолированные средства моделирования, машины бизнес-правил, SOA и другие компоненты. Например, многие компании не имеют представления о преимуществах сквозного и детального описания своих операций или процессов. Другие могли бы получить заметный эффект от упрощения IТ и облегчения доступа к данным за счет использования SOA. То есть BPM – это не предложение вида «все или ничего» и не универсальный, пригодный для всех подход к совершенствованию. Но гибкость BPMS действительно побуждает бизнес к формированию стратегии в области BPM и совершенствования бизнеса и к последующему выстраиванию бизнес– и IТ-операций в соответствии с этой стратегией, в том числе в части следования стандартам использования инструментария и внедрения.

Эта глава дает основы, необходимые для понимания того, как среда BPM на основе BPMS способна обеспечить конкурентное преимущество и как использование компонент BPMS позволяет компании встать на путь эволюционного развития (см. раздел 5.6.1).

Системы BPMS представляют собой бизнес-среду нового типа, объединяющую бизнес и IТ. Мы используем термин «среда», поскольку такие системы и генерируют приложения, и в них же бизнес-пользователи эти приложения запускают.

Построение бизнес-модели в BPMS начинается с пошаговой схемы процесса. Исходя из этого определяются требования к используемым данным и унаследованным системам, технические нюансы. Затем проектируются экранные формы, то есть точки взаимодействия с процессом бизнес-пользователя, и определяются данные, с которыми они должны работать. Также в модели описываются правила, задающие логику действий системы в ходе процесса. Когда формы и правила определены, можно начинать имитационное моделирование, отражающее реальные сценарии будущего использования, оценивая результаты для разных версий схем. В ходе имитационного моделирования приложения генерируются и тестируются в комплексе с интерфейсами к унаследованным системам и другими приложениями BPMS. После тестирования приложение переносится в продуктивную среду, и бизнес начинает его эксплуатировать в соответствии с заложенными в модель схемой процесса и правилами.

Взаимодействие между пользователями и приложением задается экранными формами, использование данных – схемой базы данных, поддерживающей приложение, и правилами. Чтобы обеспечить необходимые данные, обычно приходится разрабатывать интерфейсы к существующим системам, базам и витринам данных. Там, где применяется SOA, задача разработки таких интерфейсов упрощается: она сводится к описанию внешних систем и обмена данными с ними.