В статье Владимира Репина обсуждаются методические и практические аспекты создания моделей бизнес-процессов в нотации VAD в программном продукте SILA Union. Представлены примеры моделей и возможностей SILA Union по расширению стандартной методологии («пресета»). Дается экспертная оценка удобства моделирования в системе с точки зрения бизнес-аналитика.
Вам Светлого или Портер?
На рис. 1 показаны фото двух известных господ. Что между ними общего, кроме седины? Как вы думаете, кто это?

Слева на рис. 1 – профессор Август-Вильгельм Шеер, саксофонист, основатель IDS Sheer и автор нотации VAD в методологии и одноименном программном продукте ARIS. Справа – Майкл Портер, автор концепции цепочек создания ценности. Что между ними общего? Собственно, VAD расшифровывается, как Value Added Chain – цепочка добавленной ценности или, как часто говорят, цепочка создания ценности.
Если задать поисковый запрос в сети Интернет типа «Кто автор нотации VAD», то выдается информация сомнительного качества, например: «Майкл Портер (Michael Porter) предложил нотацию VAD (Value added chain diagram) в своих работах по корпоративной стратегии».
В статьях некоторых специалистов по процессному управлению можно найти такие фразы: «Нотация VAD, предложенная Майклом Портером (Michael Porter) в его работах по корпоративной стратегии, концентрируется на моделировании бизнес-процессов, «создающих ценность» в виде услуг или продукции для потребителя».
Видно, что они ссылаются друг на друга, создавая симулякры (копии при отсутствии оригинала). Мне не удалось найти в сети ни одного материала, где автор ссылался бы на конкретную книгу Портера, главу и страницу, где вводится именно понятие нотации VAD (возможно, кто-то из читателей захочет проделать эту работу). Есть все основания полагать, что:
- Майкл Портер вовсе не предлагал нотацию VAD, но концепцию анализа цепочек (сети, матрицы) создания добавленной ценности для анализа конкурентных стратегий организаций;
- Август-Вильгельм Шеер с коллегами придумал нотацию VAD в рамках методологии ARIS для проектирования функций и бизнес-процессов верхнего уровня, чтобы маркетингово отмежеваться от якобы морально устаревшей нотации IDEF0. Громкий термин «Цепочка добавленной ценности» сразу придавал ореол серьезности и ласкал слух собственникам бизнеса, но не более того;
- Консультанты всех мастей подхватили термин и активно используют его для оказания гипнотического эффекта на заказчиков.
Приведу еще две цитаты «от Алисы»:
• «Ценность в модели цепочки ценности Майкла Портера создают как основные, так и вспомогательные процессы. Концепция описывает полный набор действий от создания до доставки продукта или услуги, и каждый этап (звено) в этой цепочке вносит свою уникальную ценность, которая постепенно накапливается по мере прохождения продукта через цепь операций».
• «Важно: вспомогательные процессы не добавляют ценность напрямую, но косвенно способствуют рациональному и эффективному выполнению основных этапов. Например, грамотный подбор и обучение специалистов способствуют повышению ценности продукта для потребителей…»
Приплыли. Оказывается, вспомогательные процессы тоже добавляют ценность. Никто не спорит, что в современной компании такая категория процессов, как «Управление ИТ», является базой для работы организации (CRM, СЭД, BPMS, ERP, PLM и прочие системы). Без процесса ИТ-поддержки не может быть современного бизнеса. Но от того, назовем мы такой процесс вспомогательным или обеспечивающим, ничего не поменяется. Может хватит уже клеить ярлыки на процессы и бесконечно спорить по этому поводу?
Идем далее. Обратимся к первоисточнику – к документу «ARIS. Method Manual». В Интернете легко найти версию 2024 года. В этом документе, прежде всего, делается акцент на следующее:
• «…группировка функций в дереве функций может выполняться в соответствии с различными критериями (см. Brombacher/Bungert, «Практика корпоративного моделирования», 1992)…;
• «Критерии, часто используемые для этой цели, включают: обработку одного и того же объекта (объектно-ориентированный); разбивку по принадлежности к процессу (процессно-ориентированный) или группировку функций, отвечающих за одни и те же операции (ориентированный на выполнение).
Собственно, нотация VAD (о которой так много говорят) в документе упоминается всего один раз со следующим комментарием: «… эти функции могут быть взаимосвязаны в виде последовательности функций и, таким образом, формировать цепочку создания добавленной стоимости…». Всё. Приплыли окончательно. Перевожу на русский язык. Вы берете значки нотации Шеера, рисуете последовательность функций и… получаете цепочку создания ценности. Без комментариев. В части методологии проектирования архитектуры бизнес-процессов компании эти пресловутые «Методы ARIS» — весьма посредственный документ.
На рис. 2 показан пример «цепочки создания ценности» из «ARIS. Method Manual» 2024 года. Вместо стандартного типа связи «Состоит из» или «Агрегирует», использован тип «Is process-oriented superior». Но это не более, чем имитация наукообразия. Впрочем, легко критиковать сейчас, зная Archimate. Но почему же за много лет развития «Методов» авторы не провели унификацию с новыми международными стандартами? Непонятно.

Итак, что же такое нотация VAD? Это просто структурная модель верхнего уровня, которая позволят создавать объекты – процессы (функции) верхнего уровня и наводить между ними, по сути, декоративные связи. Очевидно, что на верхнем уровне связь типа «is predecessor of» (в BPMN – это связь «Sequence Flow») является совершенно бессмысленной, так как процессы не могут выполняться строго последовательно. Они, можно так сказать, действуют всегда (внутри множество подпроцессов, которые запускаются в разное время при различных условиях, связаны между собой косвенно через данные и проч.).
Связь предшествования может быть осмысленно использована только на моделях типа Work Flow (например, eEPC, BPMN), но не на структурных диаграммах верхнего уровня. Именно поэтому я считаю, что связи предшествования на VAD являются декоративными.
Если сто раз сказать «сахар», во рту слаще не станет. Просто твердя мантру «Value added chain diagram» и применяя значки нотации VAD, адекватную архитектуру организации не построишь. Процессный архитектор должен совершено осмысленно использовать нотацию, выбирая конкретные принципы формирования моделей на каждом уровне декомпозиции процессной архитектуры компании:
- функциональный принцип;
- структурно-функциональный принцип;
- выявление бизнес-компетенций;
- выявление цепочек (матрицы, сети) создания ценности;
- жизненный цикл продукта/услуги;
- структура кросс-функционального бизнес-процесса;
- структура продуктов/услуг компании;
- цикл PDCA;
- линейный перечень кросс-функциональных процессов;
- прочие.
Пример архитектурной модели бизнес-процессов для компании B2B
С использованием какого инструмента можно эффективно моделировать архитектуру бизнес-процессов компании? Например, целесообразно использовать современный программный продукт SILA Union. На рис. 3 показан пример архитектурной модели компании B2B.
При использовании SILA Union легко дополнить стандартный «пресет» (методологию) нужными символами. На модели верхнего уровня можно показать всё: процессы, исполнителей, цели и показатели, риски и проч. Но лучше ограничиться минимально необходимой информацией, например: процессы, исполнители и, возможно, цели по категориям бизнес-процессов.

Дополнение методологии в SILA Union
В SILA Union существует понятие «пресет» — это набор объектов, связей, символов, из которых собраны конкретные нотации моделирования различных объектов предметной области – организации.
В части нотации VAD в стандартном пресете SILA Union представлено немного символов. Но при моделировании корпоративной архитектуры процессному методологу может потребоваться их гораздо больше. SILA Union позволяет очень быстро и легко создать новый пресет на основе стандартного, дополнить его нужными символами, создать необходимые связи. Также можно создавать новые объекты модели, задавать для них символы и связи, использовать в пресете.
На рис. 4 показан пример фрагмента модели, созданной на основе доработанного пресета SILA Union. Значок цели был взят из стандартного набора, а «Проблемы» и «Предложения по улучшениям» были созданы «с нуля».
Таким образом, процессный методолог компании может реализовать свое видение набора объектов моделирования на различных уровнях, настроить SILA Union и дополнить корпоративное «Соглашение по моделированию». В рамках своего авторского учебного Модуля I «Проектирование архитектуры бизнес-процессов в нотации VAD в SILA Union» я подробно показываю, как это можно сделать.

Пример модели бизнес-процесса «Продажи»
На рис. 5 показана модель бизнес-процесса «Продажи», созданная в SILA Union на основе доработанного пресета. Показана структура процессов, документооборот, исполнители, используемые информационные системы, цели и показатели, риски, проблемы и предложения по улучшениям (в качестве примера — для подпроцесса «Формирование КП клиенту»).

Выводы.
С точки зрения корпоративного бизнес-аналитика, постоянно создающего и анализирующего модели различного типа, можно отметить следующие особенности системы SILA Union:
- логичность и понятность;
- удобство моделирования – легко создавать модели и объекты;
- довольно просто дополнять стандартный пресет нужными символами, объектами, связями; для применения изменений нужна перезагрузка системы – это делается довольно быстро;
- можно создавать модели и, при необходимости, дорабатывать пресет; модели, созданные до доработки пресета, без проблем открываются уже с новым набором доступных значков;
- загрузка простых графических диаграмм осуществляется быстро;
- сохранение выполняется в фоновом режиме – не нужно задумываться над тем, как бы не потерять наработки;
- все интерфейсы на русском языке и интуитивно понятны.
В целом, работать в SILA Union удобно. Бизнес-аналитик тратит свое дефицитное время продуктивно.
Для процессного архитектора/методолога есть, где развернуться, проектируя модели нового типа, открывающие неожиданные возможности для бизнес-моделирования корпоративной архитектуры компании.
Владимир Репин,
к.т.н., доцент, консультант по управлению, процессный архитектор и методолог, член ABPMP Russian Chapter, автор 10 книг по бизнес-процессам.
Август 2025 г.
www.bpm3.ru