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

• Стабильность альянса. Закреплена ли поддержка совместного продукта в стратегиях поставщиков и юридически? Будут ли гарантированы возможность использования полного пакета и техническая поддержка?

Следующие разделы содержат описания основных технологий BPM.

• Анализ бизнес-процессов (BPA).

• Моделирование архитектуры предприятия (EA).

• Системы управления бизнес-правилами (BRMS)[204].

• Системы управления бизнес-процессами (BPMS).

• Мониторинг бизнес-действий (BAM).

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

• Корпоративный репозиторий BPM (внешний по отношению к BPMS).

Примечание: несмотря на то что средства моделирования архитектуры предприятия (EA) обычно не относят к технологиям BPM, они необходимы для оценки готовности текущей IТ-среды поддерживать новую схему работы.

Дальнейшее обсуждение не является исчерпывающим и не стремится следовать терминологии какого-либо поставщика. В таблице 10.1 приведены основные компоненты технологий BPM и варианты их использования.

10.3.1. Анализ бизнес-процессов (BPA)

Программное обеспечение для моделирования (BPA) дает возможность руководителям и сотрудникам описать в виде диаграммы и сопутствующей информации свою деятельность и связанные с ней проблемы, возможности и т. д. Чтобы держать применение этих средств под контролем, компании крайне важно ввести стандарты на обозначения, подходы к моделированию и терминологию. Для компаний, использующих несколько средств класса BPA, это будет непростой задачей – не только затратной, но также политизированной и в целом сильно рискованной.

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

Информация, которая собирается с помощью ПО-моделирования, в целом стандартна, хотя и может варьироваться в зависимости от поддерживаемых методологий. Некоторые программные продукты позволяют создавать собственные, специфические для компании или пользователя значки и определять собственные атрибуты (свойства) элементов диаграммы, другие поддерживают только фиксированный перечень. Это важный аспект, поскольку он определяет гибкость стандарта моделирования компании. Стандарт же – это то, что обеспечивает возможность повторного использования моделей, объектов, сервисов, способов ввода информации и т. п.

В ходе установки и настройки ПО следует обратить внимание на состав атрибутов элементов (насколько это допускает продукт), так как это определит структуру базы данных для хранения процессных моделей.

ПО для моделирования процессов позволяет:

• выявлять и описывать действия или шаги с помощью дорожек на диаграмме или без них;

• связывать уровни детализации в иерархию;

• отмечать точки применения бизнес-правил – развилок и т. п.;

• прикреплять к действиям заметки или другую информацию;

• определять для каждого элемента используемые данные, экранные формы и т. п.;

• соединять действия в потоки, показывая таким способом место каждого действия по отношению к другим;

• компоновать процессы и потоки работ;

• декомпозировать любое действие на следующий уровень детализации;

• визуально соотносить действие с ролью (с помощью дорожек, каждая из которых соответствует роли или подразделению);

• задавать для каждого действия дополнительную информацию;

• задавать параметры производительности;

• задавать диапазоны значений;

• задавать временные параметры,

а также:

• привязывать правила выполнения операции через интерфейс машины бизнес-правил;

• определять правила и привязывать их к действиям;

• выявлять избыточность правил и т. п.;

• формировать требования к качеству данных;

• привязывать действия по предоставлению отчетности и аудиту;

• использовать методы шести сигм;

• определять точки сбора данных;

• определять точки, в которых проверяется качество работы;

• отображать использование внешних систем и данных;

• определять дополнительные данные для элементов;

• определять данные для отображения на экранных формах;

• фиксировать редакции (версии) и применять другие способы контроля качества;

• определять использование данных правилами;

• проектировать экранные формы;

• проектировать экранные формы итерационно вместе с участием будущих пользователей;

• связывать экранные формы с данными и правилами;

• быстро модифицировать экранные формы и данные;

• взаимодействовать с модулями имитационного моделирования (не все программные продукты BPA имеют встроенное имитационное моделирование);

• проверять эффект изменений с помощью имитационного моделирования;

• создавать несколько моделей для выбора лучшей;

• поддерживать тестирование;

• сохранять в модели информацию об эффективности;

• отслеживать эффективность каждого участника;

• отслеживать эффективность на уровне процессов и потоков работ;

• совместную работу с помощью электронных коммуникаций, телеконференций и средств удаленного управления;

• многопользовательский режим работы;

• работу из удаленных рабочих мест;

• командную работу с информацией.

Примечание: ПО этого класса часто использует Интернет и работает в браузере.

10.3.2. Архитектура предприятия (EA)

Архитектура предприятия – это модель функционирования бизнеса, которая определяет структуру организации и то, как она достигает текущих и будущих бизнес-целей. EA рассматривает в основном технические аспекты: информационные системы, данные и инфраструктуру, привязывая их к организации бизнеса.

Эта область сегодня переживает изменения. В прошлом Архитектура предприятия занималась в основном IТ-архитектурой бизнеса. Она предоставляла модели аппаратного и программного обеспечения: операционные системы, промежуточное и инструментальное ПО, а также прикладные системы, особенно в части использования ERP и других больших систем (то есть интегрированных модульных приложений, как, например, информационные системы в здравоохранении). Акцент делался на использовании IТ для решения проблем бизнеса. EA трактовали в основном как моделирование всего бизнеса и поддерживающих IТ-систем и последующее использование IТ для решения проблем бизнеса.

Хотя технологические истоки EA по-прежнему прослеживаются, ее диапазон расширился и стал включать бизнес-вопросы. В моделировании архитектуры центральное место начинают занимать процессные модели. Обычно это взгляд более высокоуровневый по сравнению с BPMS или BPA. Моделирование обычно базируется на одном из двух основных подходов к описанию бизнеса – TOGAF или матрице Захмана[205].

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

Как и BPMS, EA имеет дело с процессными моделями, при этом они отражают взгляд, отсутствующий в BPMS: связь приложений с шагами процессов и друг с другом и потоки данных между приложениями.

Примечание: к взгляду на организацию от бизнеса программное обеспечение EA добавляет взгляд от технологий.

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