Читать онлайн «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0». Страница 97

Как показано на рис. 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 в комплексе, а не средств моделирования процессов и машин бизнес-правил по отдельности.

Компоненты: средства моделирования, генератор приложений, машина бизнес-правил, мониторинг эффективности, EAI/SOA, ESB.

Чтобы сконцентрироваться на основных возможностях технологий, бизнес-правила на приведенной ниже схеме были включены в моделирование, а сервисная шина предприятия (ESB) – в EAI/SOA. Схема подразумевает, что репозиторий имеется на каждом уровне, но для серьезных приложений разумно использовать для репозитория внешнюю по отношению к BPMS базу данных.

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

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

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

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

Также надо отметить, что некоторые поставщики ориентируются на пользователей с более глубокими техническими знаниями. Примером являются BPMS с открытым кодом, требующие значительного объема программирования на Java. Некоторые известные продукты, например Pega, также относятся к категории «для технарей». Поэтому следует принимать в расчет такой аспект, как дружественность BPMS к пользователю – он может оказаться более важным, чем функциональность или стоимость.

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

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

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