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

Технологическая составляющая BPM характеризуется одновременно динамичностью и концептуальностью. Это медаль, у которой есть оборотная сторона: за новые возможности приходится расплачиваться перебоями при переходе на новые версии и затратами на миграцию при замене систем. Но направление движения понятно, а улучшение стиля взаимодействия между бизнесом и IТ, которое несет с собой BPM, позволяет компаниям достигать большего в области автоматизации.

Предыдущий этап использования технологий BPM как средства решения отдельных бизнес-проблем доказал ценность BPM, и сейчас многие компании переходят от проб к широкомасштабному использованию BPM. В этот момент наиболее востребованным знанием BPM-профессионала становится понимание того, как технологии работают и чего можно добиваться с их помощью. Учитывая то, как эволюционируют BPM и технологии BPM, чтобы поддерживать свою квалификацию, профессионал обязан быть в курсе происходящих изменений. Эволюция BPM также находит свое отражение в эволюции ABPMP CBOK.

10.9. Ключевые понятия

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

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

• Сегодня существует два основных взгляда на технологии BPM. Взгляд от бизнеса концентрируется на моделировании, правилах и генерации приложений. Взгляд от IТ концентрируется на SOA/EAI, ESB и правилах. Полное представление о том, что такое BPM и что он может, дает сочетание этих взглядов.

• Технологии BPM предлагаются либо в виде специализированного ПО для моделирования процессов, управления бизнес-правилами и т. п., либо в виде BPMS – интегрированного пакета, поддерживающего все аспекты BPM, от моделирования и правил (а также имитационного моделирования, генерации приложений и управления эффективностью) до SOA/EAI и ESB.

• То, как ПО или пакет будет использоваться, определяется взглядами бизнеса на способность изменяться в будущем. Технологии должны поддерживать видение и стратегию бизнеса.

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

• С точки зрения возможностей использования важна первоначальная настройка ПО. Следует уделить время консультациям с поставщиком, чтобы быть уверенными, что схема настройки соответствует планируемому использованию ПО.

• При переходе к SOA/EAI должны быть рассмотрены вопросы доступа и использования данных. Работа с данными и приложениями через Интернет создает новые риски и возможности, и необходимо оценивать и то и другое.

• Для многих компаний характерно нишевое применение BPM. В такой ситуации различные группы из бизнеса и IТ питают привязанность к тому ПО, которое они используют.

• Важно, чтобы использование, термины, качество, тестирование и внедрение BPM регулировались стандартами. Все модели и системы BPM следует привести к этим единым стандартам, чтобы они дополняли друг друга, дав в итоге информацию о компании в целом.

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

• Чтобы использование BPM было результативным, начинать следует с общего словаря бизнеса и BPM, стандартов моделирования, качества данных и т. п. Это критично с точки зрения создания модели предприятия и бизнеса.

• Немногие компании определились с архитектурой BPM и планом регулирования BPM. Без проработки архитектуры невозможно перейти к использованию BPM в масштабе предприятия.

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

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

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