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

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

● Движок бизнес-правил (rules engine) представляет собой программное обеспечение для выявления, описания, оптимизации и обеспечения качества технологических и бизнес-правил.

● Система управления бизнес-правилами (Business Rule Management System, BRMS) в дополнение к этому предоставляет репозиторий, позволяющий сопоставлять правила друг с другом на предмет противоречий определений или контекста, что обеспечивает качество и отсутствие дублирования. Хотя это программное обеспечение скорее относится к технологическому, так как определение правил требует подготовки и опыта и в ИТ, и в бизнесе, новые графические нотации и шаблоны делают определение и конфигурирование правил более дружественным по отношению к пользователям[11].

На практике правила выглядят как выражения если – то: если (событие или значение), то сделать что-то. Поскольку список того, что надо учитывать при принятии решений, может быть достаточно длинным и сложным, определение правил может оказаться серьезной задачей.

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

● операционные правила;

● правила принятия решений;

● правила потока процесса;

● процедурные правила и политики;

● правила использования/защиты данных;

● правила разграничения доступа;

● правила мониторинга и отчетности;

● технические правила, связанные с запросами к данным, преобразованием данных, интерфейсами между приложениями и т. п.;

● юридические правила;

● финансовые правила;

● правила мониторинга и измерений;

● регуляторные правила.

Категории правил должны настраиваться для каждой организации и использоваться в архитектуре репозитория правил. Эта и другие настройки конфигурации оптимизируют работу движка бизнес-правил в организации.

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

В следующей таблице представлена общая схема классификации правил BRMS.

То, как правила описаны и закодированы, сказывается на работе компьютерных приложений. Если правила чересчур сложные (например, несколько уровней логики; длинная цепочка вычислений; несколько интеграционных вызовов), их выполнение может быть медленным. Если подряд вызывается слишком много медленных правил, медленным будет приложение. Поэтому кодирование и использование правил должно тщательно проверяться на соответствие внутреннему стандарту, являющемуся адаптированной версией рекомендаций поставщика ПО.

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

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

Репозиторий бизнес-правил

Репозиторий содержит определения бизнес- и технологических правил. Репозитории правил обычно используются для:

● централизованной кодификации знаний организации:

○ описания шаблонов правил взаимодействия с клиентами, таких как соответствие требованиям, кросс-сейл и ап-сейл и т. п., включая:

■ скоринговые карты (скоринг и ранжирование);

■ деревья принятия решений (на основе логики если – то);

■ карты принятия решений (на основе значений одной или двух переменных);

■ таблицы решений (на основе серии условий);

○ создания, согласования, тестирования и внедрения правил;

○ хранения правил и предоставления к ним общего доступа;

● поиска имеющихся описаний правил с целью:

○ задания последовательности шагов в модели процесса;

○ генерации приложений BPMS;

○ модернизации унаследованных приложений;

○ формирования требований к интерфейсам унаследованных приложений;

● вызова правил из программного кода и мониторинга таких вызовов:

○ устранения противоречий между правилами и избыточности;