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

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

Системы BPMS представляют собой бизнес-среду нового типа, объединяющую бизнес и IТ. Мы используем термин «среда», поскольку такие системы и генерируют приложения, и в них же бизнес-пользователи эти приложения запускают.

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

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

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

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

Сегодня под термином «технологии 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Т (внизу).