Диаграмма бизнес-способностей

Хорошо известно, что одна картинка стоит тысячи слов, однако при описании бизнес-процессов недостаточно действовать по принципу «я художник, я так вижу» — моделировать следует по определенным правилам. Процессное управление в этом смысле схоже с инженерными дисциплинами — от профессионального архитектора ожидается, что он будет выдавать чертежи по ГОСТу, чтобы строители однозначно понимали, что от них требуется. В бизнес-процессах ситуация аналогична — для их моделирования применяются специализированные нотации, представляющие собой палитру графических элементов, описание их значения и правила использования, например, какие элементы можно соединять друг с другом стрелками, а какие нет.

Задача моделирования бизнес-процессов распадается на две: моделирование внутреннего устройства конкретного процесса (последовательность шагов, декомпозиция на подпроцессы, информационные артефакты) и моделирование процессной архитектуры (иерархия групп процессов и процессов, начиная с карты процессов верхнего уровня). Потребность в нотации моделирования конкретных бизнес-процессов обычно возникает в первую очередь, но когда счет моделей процессов начинает идти на десятки и сотни, остро встает необходимость их упорядочивания — моделирования процессной архитектуры. Без этого начинает расти хаос — какие-то процессы перекрывают друг друга, а при этом некоторые области остаются не покрыты процессными моделями, и в целом у бизнеса появляется ощущение, что за деревьями не видно леса.

В предыдущей статье [1] были проанализированы распространенные нотации моделирования процессной архитектуры IDEF0, DFD, VAD, Archimate — оказалось, что ни одна из них в полной мере не отвечает требованиям простоты, наглядности и интуитивной понятности. Все эти требования необходимы для эффективного вовлечения в проектирование процессной архитектуры бизнес-руководителей, собственников, экспертов предметной области и ключевых специалистов. На популярную сегодня «палочку-выручалочку» в виде ИИ рассчитывать в разработке новой нотации не приходится. Модели ИИ работают в рамках текущей парадигмы, поскольку обучались на уже имеющихся образцах диаграмм в традиционных нотациях, которые весьма далеки от идеала.

Вовлеченность бизнеса — ключевой фактор успеха процессных инициатив как на уровне отдельных процессов (регламентация, реинжиниринг, автоматизация), так и на уровне системы бизнес-процессов. Если бизнес не понимает схемы, которые рисуют аналитики и архитекторы, то он самоустраняется и процессные диаграммы не проходят полноценную валидацию заинтересованными сторонами. В результате появляется «архитектура для архитекторов» — схемы, оторванные от бизнес-реалий, оседающие в компании мертвым грузом, поскольку бизнес ими не пользуется.

Если на уровне моделирования отдельных процессов BPMN удовлетворительно решает задачу вовлечения бизнеса, то про нотации моделирования процессной архитектуры этого сказать нельзя. В результате пришлось развивать собственную нотацию бизнес-способностей (Business Capabilities Diagram, BCD).

Первоначально нотация BCD представляла собой гибрид IDEF0 и DFD с минимальным набором элементов — это базовый уровень, которого достаточно для небольших проектов. Однако для масштабных проектов в крупных организациях потребовалась многоуровневая архитектура, включающая сотни диаграмм, поэтому в нотацию было добавлено несколько элементов, позаимствованных из BPMN.

Элементы нотации бизнес-способностей

Палитра BCD делится на два уровня:

1) базовая включает три элемента (процесс, группа процессов, ресурс) и стрелку создания/потребления. Этот минимальный набор уже позволяет создавать полезные диаграммы;

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

Цель такого деления — максимально упростить освоение нотации бизнесом:

• в ходе начального обсуждения процессной архитектуры с новичками используется интуитивно понятная базовая палитра;
• как только пользователи освоили базовый уровень, в употребление вводятся опциональные элементы.

Показатель освоения — пользователь не только понимает, что изображено на диаграмме, но и высказывает предложения по ее улучшению.

Базовые элементы

В таблице 1 приведены базовые элементы диаграммы бизнес-способностей.

Пример использования базовой палитры BCD приведен на рис. 1.

Рис. 1. Пример использования базовой палитры BCD: цепочка создания ценности

Как показывает практика, пользователи интуитивно воспринимают сплошную стрелку как последовательность действий, аналогично стрелке потока управления в BPMN. Чтобы не провоцировать такую ошибочную интерпретацию, в нотации BCD стрелки изображаются пунктиром.

Семантика стрелки в нотации BCD близка к семантике стрелок входов/выходов в нотации IDEF0, но отличается от семантики стрелки в нотации DFD:

• направление стрелки на диаграмме DFD показывает чтение/запись информации;
• направление стрелки на диаграмме BCD показывает создание/использование ресурса.

Рис. 2. DFD (слева): стрелка показывает направление чтения/записи данных; BCD (справа): стрелка показывает создание/использование

В качестве иллюстрации, на рис. 2 процессы управления проектами изображены в нотациях DFD (слева) и BCD (справа). В логике потоков данных стрелка направлена от процесса корректировки к план-графику проекта (процесс корректировки изменяет план-график), а в логике создания/использования ресурсов — наоборот, от план-графика к процессу (процесс корректировки использует план-график, созданный до этого другим процессом).

Когда процесс использует какой-то ресурс, то он может оставить его неизменным (например, использование нормативной документации при подготовке ответа на претензию клиента) или расходовать его частично или полностью (например, использование средств на банковском счете для оплаты приобретенных товаров). На диаграмме DFD направление стрелки в первом случае будет от ресурса к процессу, во втором — в обратную сторону; на диаграмме BCD направление стрелки в обоих примерах будет от ресурса к процессу. В первом примере использование в процессе не влияет на ресурс, во втором он расходуется.

Есть и третий вариант, когда ресурс пополняется. Например, процесс преподавания учебного курса использует преподавателя как ресурс, но в результате процесса преподаватель приобретает опыт — его ресурс не расходуется, а становится более ценным.

Связь чтение/запись полезна для отображения логики информационных систем, но для отображения бизнес-логики более информативна связь создание/использование. Например, на рис. 3 изображен ресурс «Профессорско-преподавательский состав» и только исходящие из него стрелки. А какой процесс тогда создает данный ресурс? Благодаря наглядности диаграмм BCD этот вопрос возникает у пользователей без дополнительных подсказок, и они сами же дают на него ответ — его создает другой процесс, надо добавить его на диаграмму (рис. 4).

Рис. 3. Пополнение ресурса в результате использования

Рис. 4. Ответ на вопрос «Откуда берется профессорско-преподавательский состав?»

Стрелки в нотации BCD не могут напрямую соединять друг с другом процессы/группы процессов — необходимо с помощью значка ресурса показать, что именно один процесс передает другому.

Если стрелка соединяет ресурс с группой процессов (группа «1. Управление ассортиментом» из рис. 1), то на диаграмме, декомпозирующей данную группу процессов, рекомендуется показать, с каким процессом более низкого уровня связан ресурс (рис. 5).

Рис. 5. Декомпозиция группы процессов «1. Управление ассортиментом» (рис. 1) раскрывает ее связь с ресурсом

Опциональные элементы

В таблице 2 приведены опциональные элементы диаграммы бизнес-способностей.

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

У развернутой группы процессов (Таблица 2) есть два основных варианта применения:

• показать на одном листе несколько групп процессов для уменьшения глубины иерархии диаграмм (рис. 6). Такой способ удобен, когда надо создать обзорные модели на верхних уровнях процессной иерархии;

Рис. 6. Развернутые группы процессов позволяют уменьшить глубину иерархии диаграмм

• показать границы текущей группы процессов, вышестоящую группу (группы) процессов и связанные через создание-использование ресурсов «двоюродные» процессы, относящиеся к другим группам (рис. 7).

Рис. 7. Изображение группы процессов в развернутом виде позволяет показать контекст — вышестоящие и смежные процессы

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

Отображение в развернутом виде текущей группы процессов похоже на то, как пул текущего процесса изображается на диаграммах BPMN. Такое отображение позволяет наглядно показать контекст — положение текущей группы процессов относительно вышестоящих и смежных процессов/групп процессов. Это особенно актуально при увеличении глубины процессной иерархии и количества диаграмм.

Хорошее правило — диаграмма должна помещаться на листе А4 без потери читаемости. Если элементов оказывается слишком много, то надо ввести еще один уровень декомпозиции или пожертвовать второстепенными ресурсами (их можно показать на диаграммах нижнего уровня).

Повторно используемый процесс могут использовать различные процессы, например согласование и оплата счета поставщика (рис. 8).

Рис. 8. Пример повторно используемого процесса

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

Альтернативные варианты визуального отображения элементов

Для моделирования в нотации BCD можно использовать широкий спектр ПО, начиная с PowerPoint и универсальных графических редакторов и заканчивая программными продуктами класса Enterprise Architecture, например российскими разработками Business Studio, Comindware (рис. 9), SILA Union (рис. 10). Все эти платформы позволяют пользователю самому определить нотацию, если она не поддерживается «из коробки».

Рис. 9. Comindware Platform поддерживает нотацию BCD «из коробки»

Рис. 10. Реализация нотации BCD в SILA Union

Еще один возможный путь — переопределить значки в используемом программном продукте. Как показывает пример DFD [1], если количество элементов в нотации невелико, то можно стандартизировать их значение, но разрешить альтернативные варианты визуального отображения. Например, можно использовать значки подпроцесса и хранилища данных из палитры BPMN (рис. 11).

Рис. 11. Пример диаграммы BCD с использованием палитры BPMN в Stormbpmn

Такая подмена не вызывает у пользователей затруднений, поскольку выбранные визуальные элементы из палитры BPMN интуитивно ассоциируются с процессами и ресурсами.

«Вольный» подход к выбору визуального представления элементов позволяет минимизировать количество используемых в организации программных продуктов и избавиться от необходимости их интеграции между собой. Это весомые преимущества, ради которых можно пойти на отступление от оригинального визуального представления элементов нотации BCD.

Практика

Опыт использования нотации бизнес-способностей насчитывает уже более 10 лет. Первоначально она появилась в ответ на потребность подняться с уровня моделирования отдельных процессов на уровень процессной архитектуры, неизбежно возникающей в любой масштабной процессной инициативе и из-за недостатков популярных нотаций, таких как IDEF0 и VAD. По мере накопления опыта нотация эволюционировала — к исходным базовым элементам добавились опциональные, позволяющие создавать более выразительные и наглядные диаграммы.

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

***

Ограниченные возможности и сложность восприятия бизнес-пользователями распространенных нотаций моделирования процессной архитектуры (IDEF0, VAD, ArchiMate) стимулировали создание нотации BCD, построенной на базе сложившихся традиций изображения процессов, входов и выходов и обеспечивающей интуитивную понятность диаграмм.

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

Нотация бизнес-способностей в сочетании с BPMN полностью покрывает потребности организаций в моделировании бизнес-процессов: BCD — в части моделирования процессной иерархии от карты процессов верхнего уровня до конкретных процессов; BPMN — в части моделирования внутреннего устройства процессов.

Нотация BCD может свободно использоваться без каких-либо ограничений.

Литература

1. Анатолий Белайчук, Илья Томорадзе. Сравнительный анализ нотаций моделирования процессной архитектуры // Открытые системы. СУБД.— 2026.— № 1. — С. 8–14. URL: https://www.osp.ru/os/2026/01/13060495 (дата обращения: 21.06.2026).

Анатолий Белайчук (bell@b-k.ru) — президент Ассоциации профессионалов управления бизнес-процессами (ABPMP Russian Chapter); Илья Томорадзе (ilya@ranepa.ru) — доцент, РАНХиГС при Президенте России (Москва).