В современном мире бизнес-архитектуры нотация BPMN стала стандартом для описания процессов. Однако на практике мы часто сталкиваемся с дилеммой – как совместить полноту описания и ее наглядность? Как добиться того, чтобы схема была всем понятна, но при этом не превращалась в «полотно»? В своей статье Алексей Лозовицкий рассказывает, как решается эта задача в проектах компании Lozovitskiy.ru. Примеры моделей процессов разработаны в Business Studio.
Материал подготовлен на основе доклада на III Практической конференции «Инструменты повышения операционной эффективности бизнеса».
Зачем мы создаем модели процессов в нотации BPMN
Прежде чем говорить об инструментах, нужно определиться с задачами моделирования. Что мы хотим увидеть на диаграмме процесса?
- Алгоритм действий
- Исполнителей и участников процесса
- Межпроцессное взаимодействие
- Движение документов и данных
- Используемые информационные системы
- Сроки выполнения действий
- Риски процесса
Одна из главных задач моделирования – это разработка регламента процесса с подробной и понятной схемой.
Регламент – это не только схема
Важно помнить, что схема – это часть информации о процессе, представленная в графическом виде. Полноценный регламент – это документ с информацией о целях процесса, владельце, исполнителях и прочих участниках, входах и выходах, нормативных ссылках, подробном алгоритме выполнения, показателях, рисках, отклонениях и т.д. Это объемный документ, охватывающий все детали.
Сегодня мы наблюдаем тренд на «быстрое» потребление информации: времени на ее восприятие становится все меньше. При этом сохраняется потребность в деталях и нюансах, которые помогают лучше понять контекст. Этот тренд повлиял и на подходы к моделированию процессов.
Рисунок 1 – Текущие тренды моделирования процессов
Фактически мы пришли к тому, что графическое представление должно стать полноценным и самодостаточным инструментом. Проблема в том, что попытка отразить «все и сразу» на одной схеме делает ее перегруженной и нечитаемой.
Наша глобальная цель – найти баланс между формализацией и пониманием процесса.
Крайности, которые лишают графического моделирования смысла
В своей практике я постоянно встречаю две противоположные проблемы:
- Недостаточно данных. Схема есть, но она не отвечает на ключевые вопросы.
- Слишком много данных. На диаграмме отображены все «хотелки» – сроки, системы, документы, риски и т. д. В итоге она превращается в хаос, в котором невозможно разобраться.
Нас просят убрать все лишнее, и мы упрощаем модель. Затем просят вернуть детали, и цикл повторяется снова. Причина проста: у разных стейкхолдеров разные задачи и потребности в информации:
- Руководителю нужен общий взгляд и ключевые контрольные точки
- Исполнителю – четкий алгоритм действий и связей
- Разработчику для ТЗ – детали по системам и данным
Создавать три разные схемы для одного процесса трудозатратно и неудобно. Нужен инструмент, который позволит управлять отображением данных без потери информации. В этом нам помогают информационные слои.
Управление информационными слоями
Вся дополнительная информация о процессе хранится в параметрах действий. Но на схеме мы отображаем только то, что нужно в данный момент.
В Business Studio функционал использования информационных слоев реализован в полной мере. Он работает через механизм стилей диаграммы. Нажимая одну кнопку, мы можем включать или отключать отображение целых групп данных.
Рассмотрим, как это работает на практике.
1. Общее представление (макро-взгляд)
Мы начинаем с визуализации алгоритма, движения документооборота и межпроцессного взаимодействия. Так выглядит схема с минимальным достаточным набором объектов и информации. Это позволяет быстро оценить структуру процесса, понять, кто за кем следует и где находятся ключевые точки принятия решений.
Рисунок 2 – Общее представление процесса (нотация BPMN)
2. Акцент на деталях и уточнение данных (микро-взгляд)
Здесь мы включаем слои, которые добавляют необходимый контекст:
-
Сроки.
Включаем слой – у каждой задачи появляются плановые сроки выполнения. Выключаем – схема снова в облегченном формате.
Рисунок 3 – Отображение сроков действий процесса
-
Информационные системы.
Вместо того, чтобы отображать отдельные фигуры систем для каждого действия (занимая место на диаграмме), мы выносим эту информацию в отдельный слой. При необходимости мы видим, с использованием какой системы выполняется действие.
Рисунок 4 – Отображение используемых информационных систем процесса
-
Иерархический код.
В репозитории процессов у каждого объекта (процесса и действия) есть свой иерархический код. Мы можем активировать его отображение на схеме для каждого действия.
Рисунок 5 – Отображение кодов действий процесса
-
Документы и файлы (состав комплекта документов).
Можно включить отображение ссылок на файлы прямо на диаграмме, чтобы проверить, у всех ли документов прикреплены формы. Также можно уточнить состав комплекта документов.
Рисунок 6 – Отображение наличия файлов у документов и состава наборов объектов
-
Риски.
Важный слой для управления качеством. Включаем его, и рядом с задачами появляются иконки рисков, на которые стоит обратить внимание.
Рисунок 7 – Выделение действий с рисками
Главный плюс этого подхода – возможность комбинировать слои. Например, можно включить одновременно и «Сроки», и «Системы».
Рисунок 8 – Одновременное отображение сроков действий процесса и используемых информационных систем
3. BPMN без дорожек (упрощение восприятия)
Отдельно хочу остановиться на популярном тренде – моделировании без дорожек. Классический BPMN требует размещать действия в дорожках исполнителей. Но когда у задачи 2–3 и более исполнителя, а самих исполнителей процесса становится больше 5, диаграмма начинает напоминать «американские горки» – действия алгоритма прыгают вверх-вниз.
В таких случаях мы отказываемся от визуализации дорожек, но включаем слой с исполнителями. У каждого действия они указаны текстом снизу. Схема становится линейной, последовательной и более читаемой. При этом мы не теряем важную информацию.
Рисунок 9 – Отображение исполнителей под действиями процесса
4. Упрощение с акцентом на главное
Мой любимый прием. Когда процесс уже описан и обрастает деталями и нюансами (данными, системами, документами и т.д.), мы можем скрыть всю информацию, кроме алгоритма. Тогда останется идеально читаемый «скелет» процесса. Этого достаточно для быстрого ознакомления, а все нюансы можно уточнить, просто включив нужный информационный слой.
Рисунок 10 – Отображение алгоритма процесса
Вместо заключения
Управление информационными слоями позволяет решить главную дилемму моделирования – как сделать одну схему удобной для разных задач. При этом мы:
- Не дублируем модели
- Не теряем данные
- Всегда можем показать процесс так, как это нужно конкретной аудитории
Мы перестаем быть заложниками перегруженных схем и возвращаем себе главное – понимание процесса для каждого «читателя» схемы.
Благодаря функционалу стилей в Business Studio пользователи могут создавать графические фильтры и гибко изменять внешний вид диаграмм согласно заданным условиям. Эти возможности позволяют решить противоречие между полнотой данных графической модели и ее читаемостью.
Август 2026 г.
Скопировано