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

Репозиторий BPMS хранит бо́льшую часть данных о процессах компании. Однако обычно в нем не хранятся все данные транзакций, совершаемых в ходе выполнения процесса. Ввиду большого объема такой информации для ее хранения часто используется внешняя СУБД. Решение о том, какие данные будут храниться в репозитории BPMS, а какие вовне, часто принимается исходя из их использования. Например, информация, необходимая для управления процессом, – исполнители задач, маршруты потоков работ, экранные формы – обычно хранится в BPMS. Любой проект внедрения BPMS требует участия специалистов по СУБД для определения, где что будет храниться и какие базы данных будут использоваться для хранения транзакционных данных.

Процессный репозиторий может хранить следующую информацию о процессах и потоках работ.

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

• Кто является владельцем процесса.

• Что процесс делает.

• Какие действия выполняются, и как они связаны друг с другом.

• Какие технологии используются.

• Какие триггеры или события инициируют процесс.

• Каковы ожидаемые результаты.

• Какие проблемы может вызывать каждое действие.

• Когда процесс был инициирован.

• Где процесс выполняется.

• Как процесс взаимодействует или связан с другими процессами.

• Как процесс взаимодействует с процессами других бизнес-единиц и других предприятий.

• Какова интенсивность и продолжительность процесса.

• Как передаются результаты.

• Зачем процесс нужен, и насколько он соответствует стратегическим целям.

• SLA, KPI, целевые значения и т. п.

• Метрики процессов, такие как время выполнения, количество необходимых ресурсов, минимальное и максимальное количество одновременно исполняющихся экземпляров, прямые и косвенные затраты и т. п.

• Бизнес-правила.

• Тип и источник данных, связанных с процессом.

• Нормативные требования.

• Расчетное время, особенности и формы возможных результатов.

• Результаты, которые становятся триггерами для других процессов.

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

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

10.4. Как добиться эффекта от технологий BPM

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

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

10.4.1. Архитектура инфраструктуры BPM

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