Что касается 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, имеет дело с данными, доступом к данным, обработкой данных, доставкой данных через Интернет и интерфейсами приложений.