10.2.2. Возможности, предоставляемые технологиями BPM

Сегодня под термином «технологии BPM» разные люди даже в пределах одной компании могут понимать очень разные вещи. Для начала его по-разному воспринимают люди из бизнеса и из IТ. Бизнес может называть технологиями BPM нечто простое и ограниченное, например простые средства моделирования типа Visio, или нечто комплексное, как полноценная система BPMS, обладающая возможностями комплексного моделирования, включающего правила и генерацию приложений. Эта сторона BPM концентрируется на совершенствовании бизнеса и рассматривает только аспекты изменения, относящиеся к оптимизации процесса. Помимо этого, некоторым организациям, которые приобрели продвинутую систему документооборота, сейчас внушают, что это тоже BPMS. Будем считать этот вопрос дискуссионным – в конце концов, в этих системах действительно есть простые средства моделирования потоков работ[196].

Что касается IТ, то здесь под BPM часто понимают сервис-ориентированную архитектуру (SOA) и средства интеграции корпоративных приложений (EAI)[197], к которым иногда добавляют корпоративную сервисную шину (ESB)[198]. IТ рассматривает их как важный фундамент, опираясь на который можно обеспечить интеграцию приложений и предоставление данных для очень разных применений. Понятно, что этот взгляд не включает средства моделирования процессов и правил, которые ориентированы на бизнес.

Вдобавок, чтобы было еще «интересней», и бизнес, и IТ сейчас думают о том, чтобы отнести к технологиям BPM также средства моделирования архитектуры предприятия (EA)[199]. Эти программные средства, обладая продвинутыми возможностями моделирования процессов, добавляют к ним технологическую архитектуру, архитектуру данных и другие технические аспекты. Возможно, вскоре они еще больше замутят воду дискуссии вокруг технологий BPM, но в данный момент их можно рассматривать как отдельный класс систем, предназначенных преимущественно для IТ.

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

Различие во взглядах на BPM и технологии BPM не ограничивается разделением между бизнесом и IТ – разные компании и подразделения также могут иметь разные точки зрения.

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

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

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

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

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

• моделирование процессов;

• имитационное моделирование[200];

• описание бизнес-правил и управление ими;

• отчетность по эффективности;

• генерация приложений (обычно с некоторыми ограничениями);

• сервис-ориентированная архитектура (SOA) / интеграция корпоративных приложений (EAI);

• корпоративная сервисная шина (ESB).

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

Как показано на рис. 10.1, каждое из средств BPM предоставляет собственную функциональность. Некоторые предоставляют полную функциональность, другие покрывают только один или два слоя приведенной иерархии. Расположение функции по вертикали отражает принадлежность к бизнесу (вверху) или к IТ (внизу).

Представленные на рис. 10.1 категории подробно рассматриваются в разделе 10.3, пока же отметим их связь либо сверху вниз, идущую от требований бизнеса, либо снизу вверх, идущую от стремления IТ лучше контролировать данные. Машина бизнес-правил может использоваться на всех уровнях и во всех средствах. При этом ее редко используют отдельно – исключением является только подключение правил к унаследованным приложениям.

Технологический уровень, изображенный на рис. 10.1, имеет дело с данными, доступом к данным, обработкой данных, доставкой данных через Интернет и интерфейсами приложений.

С точки зрения использования моделирование процессов является входом для имитационного моделирования. Средства имитационного моделирования в основном можно найти в некоторых продвинутых BPMS[201], эту функциональность имеют не все системы. Средства имитационного моделирования позволяют бизнесу и IТ проработать сценарии «что, если»: бизнес-модели и сопутствующие данные модифицируются, и с помощью имитационного моделирования выполняется тестирование. Получившаяся новая схема процесса и правила поступают на вход модуля генерации приложений BPMS и определяют требования к интерфейсам к унаследованным приложениям и к данным. Управление эффективностью[202] (мониторинг работы в реальном времени и отчеты по трендам из бизнес-аналитики)[203] может быть встроено в схему для поиска оптимума в ходе имитационного моделирования. Сгенерированные приложения могут быть опробованы в условиях, приближенных к реальным. Для полноты картины новых бизнес-операций к приложению подключаются унаследованные приложения и источники данных.

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

Когда оптимальная схема определена, можно добавить к приложению интерфейсы к унаследованным системам (используя либо SOA, либо традиционные интерфейсы «точка-точка»), перенести финальное приложение в продуктивную среду и запустить его в эксплуатацию.

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

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

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

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