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

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

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

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

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

Вдобавок, чтобы было еще «интересней», и бизнес, и IТ сейчас думают о том, чтобы отнести к технологиям BPM также средства моделирования архитектуры предприятия (EA) [199] Enterprise Architecture. – Прим. пер. . Эти программные средства, обладая продвинутыми возможностями моделирования процессов, добавляют к ним технологическую архитектуру, архитектуру данных и другие технические аспекты. Возможно, вскоре они еще больше замутят воду дискуссии вокруг технологий 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] Simulation . – Прим. пер. ;

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

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

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

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

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

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