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 – он охватывает изменение бизнеса, генерацию приложений и использование унаследованных данных и позволяет компании осуществлять изменения быстро и с минимальным риском. Скорость изменений является ключом к оптимизации и повышению конкурентоспособности.

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

• Многие программные продукты BPM/BPMS сейчас предлагаются в версии SaaS. Выбор этой опции требует рассмотрения вопросов безопасности облачных вычислений.

• Современные технологии BPM – это результат примерно 25 лет эволюции. Изменения происходят быстро благодаря поглощениям одних поставщиков другими, слиянию одних продуктов и прекращению развития других. Главное для BPM-профессионала – понимать природу этого рынка и принимать меры по защите компании от возможного ущерба, связанного с выбором того или иного программного продукта BPM/BPMS.

• ПО BPM/BPMS становится все более надежным, а генерируемые им приложения уже близки к тому, чтобы справляться с задачами обработки транзакций. Когда это случится, станет возможной простая генерация многих из нынешних унаследованных систем – для этого надо только выявить заложенные в них правила и логику. Это займет время, но в результате изменится лицо IТ и бизнеса.