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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример того, как могут выглядеть собранные вместе компоненты BPMS, показан на рис. 10.3 [217] «Reference Architecture for a BPM Infrastructure», Richard Watson, Research Director, Gartner. .

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