1. Процессная архитектура
Процессная архитектура — это наглядное представление того, как на самом деле работает ваша компания: кто что делает и как все между собой связано.
Это не коллекция схем, а структурированная модель деятельности, в которой каждый процесс имеет границы, владельца, входы, выходы, измеримые результаты.
Главные свойства процессной архитектуры:
- Прозрачность — все видят, какие процессы существуют и кто за них отвечает.
- Наглядность — связи и потоки отображаются визуально, а не в виде таблиц или текстов.
- Созависимость — каждый процесс явно связан с другими, с ресурсами, документами, системами и стратегическими целями.
Эти три качества вместе создают управляемость — возможность принимать обоснованные решения на основе полной картины.
Процессы — это не "воздух", который есть "просто так". Это активы компании. Такие же, как оборудование, люди или ИТ-системы. Их можно и нужно визуализировать, измерять и улучшать.
2. Зачем нужна процессная архитектура
Процессная архитектура решает конкретные бизнес-задачи:
- Формирует сквозное видение компании — от стратегических целей до операционных задач. Старший менеджмент видит, как KPI верхнего уровня достигаются через конкретные процессы.
- Обеспечивает прозрачность ответственности — исчезают "функциональные колодцы", когда каждое подразделение гонится за своим KPI, но сквозной поток не работает.
- Позволяет руководителям видеть все в одном окне — без перехода между Excel, Confluence и BPM-моделерами. Есть функция проваливания (drill-down): от общей карты — к конкретной операции.
- Поддерживает принятие решений на данных, а не на интуиции — вы видите, как изменение в одном процессе повлияет на всю архитектуру.
- Позволяет быстро масштабироваться — запуск нового филиала или направления строится на уже отлаженной модели.
- Сокращает управленческие риски — вы заранее видите, сколько "плеч" у процесса, какие команды будут затронуты, какие данные потребуются.
- Дает возможность моделировать сценарии — что если заменить людей на роботов? Что если внедрить новую систему? Ответ можно получить на цифрах, а не на гипотезах.
3. Архитектурный подход как методология
Процессная архитектура строится не хаотично, а на основе архитектурного подхода — системного проектирования, как при создании здания, холодильника или программного продукта.
Ключевые принципы:
- Проект разбивается на этапы — не нужно описывать все процессы сразу. Выделяются приоритетные домены и сквозные цепочки.
- Согласованность решений — любое изменение в одном процессе автоматически влияет на смежные. Вся архитектура остается целостной.
- Эмерджентность — при взаимодействии элементов возникают новые свойства, которых нет у частей по отдельности. Это синергетический эффект, который можно планировать и усиливать.
- Процессы никогда не существуют в изоляции — если вы нашли "белое пятно" (процесс без связей), это ошибка моделирования.
4. Процесс как объект управления
(а не BPMN-схема)
В StormBPMN процесс ≠ BPMN-модель. Модель — это лишь одна часть. На самом деле процесс — это структура данных, включающая:
- Идентификацию: название, код, владелец.
- Цели и показатели: KPI, план/факт/дельта, целевые значения.
- Модели: BPMN, IDEF0 или другие нотации.
- Входы и выходы: поставщики, потребители, продукты.
- Ресурсы: роли, ИТ-системы, документы.
- Регламенты: инструкции, политики, стандарты.
- Риски и контроли: точки управления качеством.
- Планы развития: дата актуализации, проекты оптимизации.
- История изменений: кто, когда и что менял.
Управление процессом — это управление его жизненным циклом: от создания и согласования до моделирования, внедрения, мониторинга и оптимизации.
5. Структура архитектуры:
Уровни группировки
Архитектура строится иерархически. Рекомендуем использовать не более чем 3–4 уровня:
- Уровень 1 — это группировка (домен, направление, сквозная цепочка). Не процесс, а контейнер.
- Уровень 2 — вторая группировка, например, подгруппы внутри домена.
- Уровень 3 — операционный процесс с владельцем, KPI, моделью BPMN и документацией.
- Уровень 4 — опционально, только если критически необходимо. Ниже — уже не процессы, а отдельные операции.
Принципы группировки
Выбор принципа зависит от бизнеса и зрелости компании. Рекомендуется придерживаться одного подхода:
- По продуктам — у каждого продукта или услуги своя ветка процессов.
- По направлениям — маркетинг, логистика, финансы и т.д. (часто приводит к "функциональным колодцам").
- По сквозным процессам — "от заявки до оплаты", "от найма до увольнения". Наиболее зрелый подход.
- По способностям компании (APQC) — подходит для крупных корпораций с высокой стандартизацией.
- По модели Портера — core-процессы, поддерживающие, управляющие и развития (процессы развития часто забывают, но без них невозможно внедрение BPM).
6. Настройка структуры архитектуры
Архитектор настраивает архитектуру один раз в разделе Реестр бизнес-процессов → Структура.
Это обеспечивает единообразие — единые правила для всех, кто работает с процессами и архитектурой.
При настройке архитектор:
- Определяет уровни архитектуры: их количество, названия, префиксы.
- Настраивает поля карточек процессов для каждого уровня.
7. Формы архитектуры
StormBPMN поддерживает четыре формы визуализации одной и той же архитектуры — каждая под разные задачи и роли:
Реестр процессов
Дерево — иерархическая группировка процессов. Привычное и простое представление: родитель и дети. Хорошо для структурирования, но плохо показывает горизонтальные связи между процессами. Подходит для аналитиков на этапе построения реестра.
Каталог – группировка не по иерархии, а по другим критериям: по продуктам, системам, владельцам.
Таблица
Идеальна для сбора KPI, паспортизации и фильтрации. Можно настроить множество колонок: владелец, статус, тип процесса, дата актуализации и т.д. Минус — нет наглядности связей. Подходит для аудита и отчётности.
Карта
"Матрешка" — вложенные блоки, где каждый процесс содержит подпроцессы и KPI. Поддерживает интерактив: можно фильтровать по системам, статусам, метрикам. Позволяет сфокусироваться на одной цепочке и сразу увидеть, где "красные" зоны. Требует высокого качества данных, но дает наибольшую управляемость.
Граф
Показывает все связи: процессы → документы, процессы → системы, процессы → роли. Идеален для анализа входов/выходов и автоматизации. Требует качественных данных и хорошего UX, иначе превращается в "клубок" при большом объеме. Особенно полезен топ-менеджменту для быстрого принятия решений.
8. Показатели и параметры
StormBPMN разделяет:
- Показатели — метрики с планом, фактом и дельтой (например, "доля этапов в срок").
- Параметры — атрибуты без измерений (например, "тип процесса", "продукт", "дата актуализации").
Показатели и параметры можно задавать:
- Сквозные — для всего уровня (в настройках структуры).
- Локальные — только для конкретного процесса.
Ключевые показатели можно пометить как приоритетные — они будут отображаться на карте процессов.
10. Единое информационное окно
StormBPMN реализует принцип "единого окна" для всех типов пользователей:
- Собственник видит карту процессов, KPI и может провалиться в проблемную зону.
- Архитектор настраивает структуру, справочники, права.
- Аналитик заполняет карточки, привязывает модели, документы, показатели.
- Исполнитель видит свою роль, документы и регламенты.
Все работают в одном интерфейсе, без перехода между системами. Это устраняет "зоопарк из 1000+ приложений", о котором говорят в Global BPM Survey.
11. Подготовка к запуску
Перед началом работы необходимо ответить на 8 ключевых вопросов:
- Сколько уровней будет в архитектуре?
- Какие параметры будет иметь каждый уровень?
- Какие процессы создают основную ценность?
- Какие процессы ее поддерживают?
- Где начинаются и заканчиваются процессы?
- Кто владелец? Кто потребитель результата?
- Как измеряется эффективность?
- Где собираются данные?
StormBPMN предоставляет чек-лист из 38–40 вопросов для детальной подготовки - скачать.
Заключение
StormBPMN — это не просто BPMN-редактор. Это платформа для управления процессной архитектурой как активом, где процессы — не схемы, а живые объекты с контекстом, связями и жизненным циклом.
Система обеспечивает:
- Дисциплину через настройку структуры,
- Гибкость через каталог и фантомы,
- Прозрачность через карты и графы,
- Управляемость через полный скоп данных.
Это решение для компаний, которые готовы перейти от хаотичного моделирования к системной, стратегической работе с процессами.
