Суворов Александр Васильевич сказал: «Каждый солдат должен знать свой маневр». Эти слова идеально подходят и для корпоративного управления. Чтобы побеждать в конкурентной борьбе, важно не просто следовать строгим приказам и схемам, а давать сотрудникам возможность действовать гибко и самостоятельно, понимая свои задачи и условия их выполнения.
Зачем нужны изменения бизнес-правил в информационных системах?
Информационные системы современных предприятий регулярно подвергаются изменениям, отражающим реальные потребности бизнеса. Причины, по которым бизнес-правила требуют регулярных обновлений, разнообразны и многочисленны. Рассмотрим самые распространенные случаи, пояснив их примерами.
Примеры необходимости изменений бизнес-правил
1. Изменения законодательства и нормативных актов
Законодательство постоянно развивается, вводятся новые законы и поправки. Внедрение этих изменений в информационные системы становится обязательным требованием для соблюдения нормативных стандартов.
Пример:
Компания, занимающаяся логистикой, должна обновить свои бизнес-правила после введения новых таможенных пошлин или требований по маркировке товаров. Несвоевременное внесение изменений грозит штрафами и санкциями.
2. Регулирование налоговых ставок и отчётности
Налоговая политика государства периодически изменяется, влияя на расчёты налогов, формирование бухгалтерской отчётности и финансовую политику компаний.
Пример:
Фирма обязана своевременно отразить в системе налоговые льготы или повышенные ставки НДС, введённые государством, чтобы избежать финансовых санкций и ошибок в расчётах.
3. Обновление внутренних политик и процедур
Компании часто пересматривают внутренние регламенты и процедуры, реагируя на рыночные изменения, совершенствование внутренней структуры или повышение уровня обслуживания клиентов.
Пример:
Страховая компания внедрила новые процедуры оценки риска, основанные на новейших методиках, и теперь ей необходимо незамедлительно интегрировать эти изменения в информационную систему, чтобы учесть новые условия страхования.
4. Оптимизация бизнес-процессов и улучшение показателей
Бизнес стремится повышать эффективность своих процессов, внедряя лучшие практики и инновации. Это требует регулярной оптимизации и коррекции бизнес-правил.
Пример:
Производственная компания внедрила новую ERP-систему, предусматривающую оптимизацию производственных цепочек и снижение затрат. Теперь бизнес-правила необходимо обновить, чтобы реализовать новые механизмы распределения ресурсов и заказов.
5. Учет сезонных колебаний и рыночных изменений
Рынок подвержен постоянным колебаниям, связанным с сезонами, экономическими кризисами или пандемиями. Это требует оперативной адаптации бизнес-правил, чтобы адекватно реагировать на изменившиеся условия.
Пример:
Туристическая фирма вынуждена срочно изменить тарифы и условия бронирования в связи с повышением цен на авиаперевозки и закрытием границ отдельных стран.
6. Расширение ассортимента услуг и продуктов
Рост компании и расширение продуктовой линейки требуют своевременного добавления новых бизнес-правил для корректного учёта новых видов товаров и услуг.
Пример:
Банк выпустил новую линию кредитных продуктов и теперь обязан включить соответствующие правила расчета процентных ставок и условий погашения кредитов в информационную систему.
Вывод: Нужны гибкие инструменты управления бизнес-правилами
Изменения бизнес-правил — неотъемлемый аспект функционирования современных информационных систем. Использование традиционных подходов, таких как BPMN, при таких изменениях вызывает трудности, приводящие к значительным временным и финансовым издержкам. Поэтому для хранения и управления бизнес-правилами необходимы удобные, гибкие и доступные инструменты, такие как DMN, которые позволят быстро и эффективно адаптировать процессы компании к новым реалиям.
Почему BPMN не справляется с современными вызовами?
BPMN (Business Process Model and Notation) действительно получил широкое признание благодаря своей простоте и универсальности. Однако его сильные стороны быстро превращаются в слабые, когда речь идёт о масштабируемых, долгосрочных и сложных процессах.
1. BPMN — это фактически программирование
BPMN — это не просто красивый рисунок на бумаге. На практике он становится не чем иным, как программированием с другим синтаксисом. Диаграммы BPMN требуют обязательного тестирования, проверки, сопровождения и постоянного мониторинга ошибок. Более того, исправить ошибку в BPMN порой намного сложнее, чем в Python-коде, поскольку одно неправильное изменение может повлиять на весь процесс, вызывая целую череду проблем.
2. Невозможно перейти на новую версию без больших рисков
Как только ваш бизнес вырастает, количество процессов резко возрастает. И вот тут начинается беда: переход на новую версию проекта превращается в бесконечную головную боль. Каждое изменение требует многочисленных проверок, пересборок и повторного запуска процессов. Задержки становятся нормой, и каждая из них может обернуться потерей денег и репутацией.
3. Долгосрочные процессы — настоящая головная боль
BPMN совершенно не приспособлен к долгоживущим процессам, где важно оперативно реагировать на изменения прямо в ходе выполнения. Если речь идёт о долгих контрактах, согласовании заявок или обслуживании клиентов, то попытки внести изменения почти всегда заканчиваются полным перезапуском процесса. Это тормозит развитие бизнеса и снижает его конкурентоспособность.
DMN: искусство управлять бизнес-решениями
DMN (Decision Model and Notation) кардинально отличается от BPMN своим подходом к управлению бизнес-решениями. Вместо того чтобы подробно описывать шаги процесса, DMN сосредотачивается на том, как принимать решения, опираясь на текущие условия и правила.
1. Применение решений без перезапуска процессов
Главное преимущество DMN состоит в том, что изменения правил и решений происходят мгновенно и без необходимости останавливать текущие процессы. Сотрудникам не нужно ждать, пока завершится долгий цикл согласования или обновления, чтобы начать действовать по новым правилам.
2. Можно мыслить локально, а не глобально
В отличие от BPMN, где сотруднику приходится разбираться в сложной сети связей и учитывать общую картину, в DMN каждый может сконцентрироваться на своём участке работы, рассматривая его как отдельный «этюд», а не пытаться охватить всю партию целиком. Это существенно упрощает работу и повышает эффективность.
3. Управляемость на уровне Excel
Интуитивно понятный принцип DMN делает управление бизнес-правилами простым и доступным даже для тех, кто не является профессиональным аналитиком. Принятие решений происходит так же естественно, как заполнение таблицы Excel. Колонки, фильтры, строки.
4. Декларативный подход
DMN применяет декларативный подход, позволяя формулировать правила и условия в виде утверждений, а не пошаговых инструкций. Это значительно упрощает понимание и адаптацию правил под изменяющиеся условия.
BPMN vs DMN: примеры сравнения подходов
Кейс: Проверка кредитного рейтинга заемщика
Допустим, наша финансовая организация оценивает кредитоспособность потенциального клиента на основе нескольких критериев:
Возраст клиента
Доход клиента
Кредитная история
Наличие задолженностей
Наша задача — определить, соответствует ли клиент критериям банка для выдачи кредита.
Реализация на BPMN
При использовании BPMN потребуется создать подробную схему процесса, описывающую последовательность действий, необходимых для оценки кредитного рейтинга клиента.
Шаги процесса на BPMN:
Получаем данные о заемщике.
Проверяем возраст клиента.
Если возраст меньше 18 лет → отказ.
Проверяем доход клиента.
Если доход ниже установленного порога → отказ.
Проверяем кредитную историю.
Если отрицательная кредитная история → отказ.
Проверяем наличие задолженностей.
Если имеются задолженности → отказ.
Если все проверки пройдены → выдача кредита.
Недостатки реализации на BPMN:
Жесткость и сложность масштабирования: При изменении критериев оценки клиенту придётся менять всю схему процесса, что приведет к значительным трудностям и дополнительным расходам.
Необходимость дополнительного тестирования: Любое изменение схемы потребует нового этапа тестирования, что увеличит сроки внедрения изменений.
Проблемы с производительностью: Для проверки каждого критерия придётся проходить через все блоки процесса, даже если условие отказа выполняется на ранних этапах.
Реализация на DMN
Теперь представим реализацию того же кейса на DMN.
Таблица решений на DMN:
Возраст | Доход | Кредитная история | Задолженности | Результат |
|---|---|---|---|---|
>18 | >= порог | Положительная | Нет | Одобрить |
<=18 | Любой | Любой | Любой | Отказ |
Любой | < порог | Любой | Любой | Отказ |
Любой | Любой | Отрицательная | Любой | Отказ |
Любой | Любой | Любой | Есть | Отказ |
Преимущества реализации на DMN:
Простота и прозрачность: Менеджеру достаточно изменить одну строку в таблице, чтобы обновить критерий принятия решения. Нет необходимости переделывать всю схему процесса.
Гибкость и скорость изменений: Внесение изменений происходит немедленно, без необходимости перезапуска процесса или внесения правок в большое количество элементов.
Отсутствие необходимости длительного тестирования: Достаточно проверить одну таблицу решений, что существенно сокращает время на внедрение изменений.
Упрощённое управление: Использовать DMN может даже сотрудник среднего звена, обладающий базовыми навыками работы с таблицами, что делает систему доступной и удобной для широкого круга пользователей.
Кейс: Судебное разбирательство по гражданскому делу
Процесс рассмотрения гражданского дела включает множество этапов и ветвлений:
Подача иска и предварительное рассмотрение дела.
Назначение судьи и подготовка к судебному заседанию.
Заслушивание сторон и оценка доказательств.
Определение решения суда и возможное обжалование.
Пересмотр дела в кассационном суде и последующие этапы.
BPMN-подход: Огромный граф с кучей ветвлений
В традиционном подходе BPMN юристы и судебные работники пытаются построить единую диаграмму, отображающую полный ход судебного процесса, начиная от подачи иска и заканчивая вынесением окончательного решения.
Структура процесса на BPMN:
Начало дела → Проверка документов → Назначение судьи → Заслушивание сторон → Оценка доказательств → Вынесение решения → Возможное обжалование → Повторное рассмотрение.
При этом каждая стадия делится на множество ветвей, которые зависят от различных факторов:
Если необходимые документы предоставлены, дело переходит дальше.
Если обнаружены ошибки или недостаточная информация, дело возвращается на предыдущую стадию.
Если стороны не согласны с решением, возможен переход на этап обжалования.
Основные недостатки BPMN в таком случае:
Огромный граф: Весь процесс становится гигантским деревом, с многочисленными ветвями и связями, что делает его трудным для восприятия и управления.
Невозможность гибкости: Любое изменение в законе или процедуре требует перерисовки и перепроверки всей схемы, что приводит к огромным затратам времени и сил.
Усложнение при изменении: При внесении изменений (например, появление новой процедуры проверки или требование дополнительной документации) придется вносить изменения в каждую ветвь графа, что затрудняет и замедляет адаптацию системы.
DMN-подход: Много мелких, декларативных этапных инструкций
Подход на основе DMN предполагает разделение сложного процесса на множество отдельных, независимых этапов принятия решений. Каждый этап описывает одно конкретное решение, а не всю процедуру целиком.
Элементы процесса на DMN состоят из пяти разных таблиц решений управляемыми каждой в отдельности:
Проверка документов: таблица решений, определяющая готовность дела к рассмотрению.
Назначение судьи: таблица, оценивающая квалификацию и загрузку судей.
Оценка доказательств: правила определения достаточности представленных сведений.
Принятие решения судом: декларативные правила, помогающие судье вынести справедливое решение.
Обжалование и пересмотр: условия и основания для возможного обращения в высшую инстанцию.
Преимущества DMN-подхода:
Простота и независимость: каждое решение описано отдельной таблицей, что позволяет быстро и легко изменять правила, не затрагивая остальную часть процесса.
Гибкость и адаптируемость: изменение одного элемента не требует пересмотра всего графа, а значит, любые законодательные новеллы можно оперативно внедрять, не нарушая хода существующего процесса.
Легкость восприятия и управления: маленькие таблицы решений легко понимаются и управляются даже людьми без специальной подготовки, что существенно снижает нагрузку на ИТ-отдел и упрощает работу юристов и судей.
Оперативность изменений: при изменении законов или процедур достаточно обновить только соответствующую таблицу решений, а не перестраивать весь процесс.
Чьи решения надежнее?
BPMN подходит для проектирования и визуализации сложных процессов, позволяя бизнес-аналитикам описывать общую логику и последовательность действий. Однако, когда речь идет о динамических, изменяющихся бизнес-правилах, особенно в таких чувствительных областях, как судебная практика, подход DMN становится незаменимым.
Он позволяет легко и быстро вносить изменения, не касаясь основных процессов, а значит, обеспечивает юридическую точность, оперативность адаптации и комфортную работу сотрудников судов.
Как бы поступил Суворов?
Суворов, безусловно, предпочёл бы DMN. Ведь каждому солдату не обязательно изучать историю прошлых сражений, ему важно знать своё дело, владеть основными приёмами и уметь принимать решения на местности. Аналогично и в бизнесе: сотрудникам не нужно помнить обо всех нюансах процессов, достаточно освоить простой, прозрачный и эффективный инструмент принятия решений.