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

Последние 15 лет технологии BPM быстро меняются благодаря продолжающемуся соревнованию поставщиков – кто предложит лучшую среду для ведения и изменения бизнеса. В этой гонке за потребителем и за долей рынка обычными являются слияния и приобретения. В качестве примера Savvion (теперь Progress Software) и Lombardi (теперь часть IBM) были куплены, и их продукты стали частью предложений других компаний. Так, IBM переименовал Lombardi Blueprint в Blueworks Live.

Эти слияния играют значительную роль в расширении продуктовых линеек и функциональности, поскольку поставщики ПО интегрируют приобретения, превращая их в компоненты своих комплексов ПО. Распространенным является также партнерство поставщиков, когда используется компонента другого производителя, например машина бизнес-правил. В то же время, несмотря на массовость поглощений, некоторые поставщики ПО (например, Pega) сопротивляются им и разрабатывают бо́льшую часть своих решений самостоятельно. Такой путь тоже остается актуальным – некоторые поставщики ПО замещают партнерские компоненты в своих комплексах на собственные разработки или приобретенные продукты.

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

Оглядываясь в прошлое, мы видим, что в поздние 80-е и в 90-е эволюция технологий была достаточно медленной, но в начале 2000-х она получила новый импульс, и сейчас темпы эволюции продолжают нарастать. В наши дни разнообразные программные комплексы предлагают небывалый уровень функциональности и удобства использования. И хотя распространено мнение, что всё бо́льшая часть задач должна переходить от IТ к бизнес-профессионалам, в реальности мы наблюдаем новый уровень сотрудничества – так, в ходе анализа (описание требований, правил, использования данных) роли бизнес-пользователей и IТ-специалистов часто перемешиваются.

Такое смешение фактически приводит к переопределению ролей и способов взаимодействия IТ и бизнеса. И теперь осталось недалеко до момента, когда разрыв между бизнесом и IТ, создававший так много проблем в прошлом, сведется к тому, что просто некоторые имеют дело с более техническими аспектами моделирования данных и инфраструктуры. Одной из ключевых предпосылок для такого наведения мостов является тот факт, что среда BPMS сильно отличается от традиционного подхода с его анализом бизнес-требований, проектированием систем на основе спецификаций, отделением данных от бизнес-логики при проектировании – бо́льшая часть традиционных форм работы становится ненужной.

Эти и другие различия в подходах являются прямым следствием функциональности систем BPMS и того факта, что они представляют собой операционную среду, в которой технологии и бизнес-операции неотделимы.

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

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

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

Техническим специалистам по BPM следует ее прочитать, чтобы узнать, какие проблемы и аспекты важны их бизнес-заказчикам.

Исходя из этого, технические стандарты BPM и технические подробности в данной главе не рассматриваются.

Технологии BPM берут свое начало в простых средствах моделирования, появившихся в начале 80-х и развивавшихся в течение 90-х. В ходе эволюции возможностей отражения операционной деятельности в них становилось все больше, а в начале 2000-х добавились машины бизнес-правил и генерация приложений, что привело к появлению новой ветви эволюции – систем класса BPMS, обеспечивающих операционную среду, в которой бизнес-приложения генерируются и исполняются.

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

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

В период между 2003 и 2005 годами имевшиеся в лучших программных комплексах достаточно простые средства генерации приложений эволюционировали до возможности генерации мощных корпоративных приложений, реализующих сложную логику и справляющихся с большими объемами транзакций. Так появились комплексы программного обеспечения под названием BPMS. Одновременно поменялся их статус – теперь это уже не инструмент, а «среда» бизнес-операций. Генерируемые приложения функционируют внутри BPMS, и бизнес-пользователи теперь входят в среду BPMS, чтобы выполнить бизнес-действия. Все теперь задается с помощью моделей: бизнес (контекст), правила (логика – данные на входе и выходе и что с ними делать), экранные формы (в контексте задач). Если при этом доступны механизмы SOA, то открываются функциональность унаследованных приложений и унаследованные данные.

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