Ваше путешествие начинается: понимание BPMN
Добро пожаловать в ваше всестороннее руководство по нотации моделирования бизнес-процессов (BPMN). Независимо от того, являетесь ли вы бизнес-аналитиком, владельцем процесса, разработчиком программного обеспечения или заинтересованным стороной, это путешествие даст вам знания, необходимые для эффективного моделирования, анализа и улучшения бизнес-процессов.

BPMN — это визуальный язык моделирования для приложений бизнес-анализа и определения рабочих процессов предприятий, который представляет собой открытый стандарт графических диаграмм, используемых для определения рабочих процессов бизнеса [[1]]. Это популярная и интуитивно понятная графика, которую легко понять всем заинтересованным сторонам бизнеса, включая конечных пользователей, бизнес-аналитиков, разработчиков программного обеспечения и архитекторов данных.

Глава 1: Эволюция BPMN — исторический взгляд
Ваша первая остановка: понимание истоков
Ваше путешествие по BPMN начинается с понимания его богатой истории. BPMN возник в результате синтеза нескольких нотаций моделирования бизнеса, что привело к созданию единого стандарта, кардинально изменившего подход организаций к документированию своих процессов.
Ключевые этапы:
-
2004: Впервые опубликовано инициативой по управлению бизнес-процессами (BPMI)
-
2005: BPMI объединилась с OMG (Объединением по управлению объектами)
-
Февраль 2006 года: OMG выпустила первый документ спецификации BPMN
-
2010: Была разработана версия 2.0 BPMN
-
Декабрь 2013 года: Была выпущена окончательная версия спецификации
-
Современный: Последняя версия (BPMN 2.0.2) официально опубликована ISO как стандарт 2013 года: ISO/IEC 19510
Эта эволюция демонстрирует приверженность BPMN непрерывному улучшению и стандартизации, что делает её золотым стандартом моделирования бизнес-процессов по всему миру.
Глава 2: Почему BPMN важен — путь выгод
Открытие ценности
По мере продвижения по пути BPMN вы поймете, почему организации по всему миру выбирают этот стандарт. BPMN позволяет нам четко и последовательно фиксировать и документировать бизнес-процессы организации, обеспечивая вовлеченность соответствующих заинтересованных сторон, таких как владельцы процессов и пользователи бизнеса.
Ваша организация получит:
-
Признание отраслевого стандарта: Отраслевой стандарт, разработанный консорциумом OMG, некоммерческой отраслевой группой
-
Четкость процессов: Обеспечивает предприятиям возможность определять и понимать свои процедуры с помощью диаграмм бизнес-процессов
-
Всеобщее понимание: Предоставить стандартизированную нотацию, которая легко понимается всеми заинтересованными сторонами бизнеса
-
Связь, преодолевающая разрыв: Преодолеть разрыв в коммуникации, который часто возникает между проектированием и реализацией бизнес-процессов
-
Сбалансированная сложность: Простой для изучения, но достаточно мощный, чтобы отображать потенциальную сложность бизнес-процесса
BPMN предоставляет всесторонние и при этом насыщенные нотации, которые легко понять как техническим, так и нетехническим заинтересованным сторонам. Таким образом, команда может эффективнее реагировать на выявленные проблемы в процессах
Глава 3: Кто извлекает выгоду из BPMN – путь заинтересованных сторон
Знакомство с ключевыми участниками
Ваш путь в BPMN включает понимание того, кто извлекает выгоду из этой мощной нотации:
Три основных путешественника:
-
Технические эксперты: Ответственны за реализацию процессов
-
Бизнес-аналитики: Кто создает и улучшает процессы
-
Менеджеры: Кто контролирует и управляет процессами
Каждая заинтересованная сторона приносит уникальные перспективы и потребности, а BPMN выступает общим языком, объединяющим всех их
Глава 4: Понимание бизнес-операций – основа
Ваш критически важный первый шаг
Знание того, как работает бизнес, является первым и самым важным шагом в улучшении бизнес-процессов. Модель и нотация бизнес-процессов (BPMN) предоставляют графическое представление бизнес-процессов, которое легко понять любому — от бизнес-аналитика до заинтересованной стороны; способствуя анализу бизнес-процессов и их улучшению
Любой процесс, описанный с помощью BPMN, представляется в виде ряда шагов (деятельности), которые выполняются последовательно или одновременно в соответствии с определенными бизнес-правилами
Глава 5: Инструментарий нотации BPMN – ваши основные элементы
Изучение пяти основных категорий
В BPMN процессы описываются с помощью диаграмм, состоящих из серии графических элементов. Такое визуальное представление делает понимание логики процесса простым для пользователей. BPMN в первую очередь разрабатывался для создания и чтения как простых, так и сложных диаграмм бизнес-процессов
Стандарт BPMN классифицирует графические элементы по категориям, что делает их легко узнаваемыми для пользователей, работающих с диаграммами бизнес-процессов

Глава 6: Полосы — отображение участников процесса
Понимание, кто делает что
Полосы — это ваш первый основной инструмент в наборе инструментов BPMN. Полосы — это графические контейнеры, представляющие участников процесса. Существует два типа полос — бассейны и полосы

Глубокое погружение в полосы BPMN
Объекты полос (также известные как полосы) в BPMN — это прямоугольные блоки, представляющие участников бизнес-процесса. Полоса может содержать объекты потока, выполняемые этой полосой (участником), за исключением черного ящика, который должен иметь пустое тело. Полосы могут располагаться горизонтально или вертикально. Они семантически одинаковы, но различаются по представлению. В горизонтальных полосах процесс течет слева направо, а в вертикальных — сверху вниз. Примеры полос включают: Клиент, Отдел учета, Платежный шлюз и Команда разработки
Существует два вида дорожек:
Бассейны: основные участники
Бассейны представляют участников бизнес-процесса. Это может быть конкретная сущность (например, отдел) или роль (например, помощник менеджера, врач, студент, поставщик).
Внутри бассейна находятся элементы потока. Они представляют работу, которую бассейн должен выполнить в рамках моделируемого процесса. Однако существует один вид бассейна, который не содержит никакого содержания. Его называют бассейном-черным ящиком. Бассейн-черный ящик часто используется при моделировании сущностей, внешних по отношению к бизнес-процессу. Поскольку он внешний, его внутренний поток не оказывает никакого влияния на моделируемый процесс, поэтому его можно пропустить, создавая тем самым черный ящик.

Следующий BPD (диаграмма бизнес-процесса) дает вам пример бассейна-черного ящика. Клиент — это черный ящик. Поскольку процесс сосредоточен на том, как повар готовит блюдо, то действия клиента не имеют никакого значения для процесса. Использование черного ящика зависит от точки зрения, с которой рассматривается процесс. Если вам нужно моделировать процесс, по которому клиент размещает заказ, поток клиента будет смоделирован, а бассейн повара станет черным ящиком.
Полосы: подразделы для детализации
Полосы — это подразделы бассейнов. Например, когда у вас есть бассейн «Отдел», вы можете иметь полосы «Руководитель отдела» и «Общий секретарь». Как и бассейны, полосы можно использовать для представления конкретных сущностей или ролей, участвующих в процессе.
Полосы могут содержать другие полосы для создания вложенной структуры при необходимости. Однако BPMN в первую очередь помогает вам моделировать бизнес-процессы. Не пытайтесь создавать вложенные полосы только для моделирования структуры вашей организации. Если вам нужно моделировать структуру организации, используйте вместо этого организационную диаграмму.
Глава 7: Элементы потока — сердце вашего процесса
Деятельность: работа, которая выполняется
Деятельность — это работа, выполняемая в рамках бизнес-процесса. Она отображается в виде прямоугольника с закругленными углами, с названием, описывающим выполняемую работу.
Существует два вида деятельности: задача и подпроцесс. Когда нужно смоделировать атомарную работу, которую нельзя дальше разбить или которая не имеет смысла разбивать, используется задача.

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

Примечание: Выбор между задачей и подпроцессом зависит не только от сложности работы, но и от того, насколько детально вам нужно знать о ней. Если вы клиент, вероятно, вам не нужно знать, как обрабатывается ваш платеж. Однако если вы магазин, то способ обработки платежа клиента становится важным.
События: то, что происходит по ходу дела
События — это то, что происходит и может повлиять на бизнес-процесс. Событие может быть внешним или внутренним. Пока оно может повлиять на моделируемый процесс, его следует моделировать. События отображаются в виде кругов. В некоторых случаях внутри кругов находятся значки, обозначающие тип триггера события.
Существует три вида событий:
-
Событие начала: Каждый процесс должен иметь событие начала, чтобы показать начало бизнес-процесса. Это позволяет читателям определить в BPD, где начинается процесс.
-
Промежуточное событие: Отвечает за управление бизнес-потоком на основе указанного им события. Промежуточное событие может быть привязано к деятельности для моделирования события, которое может произойти ВО ВРЕМЯ выполнения этой деятельности, а также может быть соединено с объектом соединения для моделирования события, которое может произойти ПОСЛЕ выполнения предыдущего элемента потока.
-
Событие окончания: Используется для указания места, где бизнес-процесс завершается.
Для каждого из них можно указать триггер, чтобы показать, при каком условии происходит срабатывание события.
Посмотрите на следующий пример. Он даст вам некоторые представления о том, как работают события. По сути, диаграмма говорит: когда мы получаем заказ, мы начинаем его обрабатывать. Если и только если не осталось кредитного лимита, мы проверяем проблему. Процесс завершается, когда заказ обработан или проблема выявлена.

Шлюзы: управление потоком
Шлюзы отвечают за управление тем, как протекает бизнес-процесс. Они отображаются в виде ромбов. В процессе работа, которую нужно выполнить, и результат могут различаться в зависимости от различных внешних или внутренних условий. Например, скидка предоставляется только VIP-покупателю, но никому другому. Шлюз — это место, где оцениваются условия и принимается решение.
Вот некоторые типичные виды шлюзов:
Исключающий шлюз на основе данных
Также известен как исключающий шлюз, используется для управления потоком процесса на основе заданных данных процесса. Каждый исходящий поток, подключенный к шлюзу, соответствует условию. Проходится поток с выполненным условием. Будет пройден только один поток.

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

Параллельный шлюз
Параллельный шлюз используется для моделирования выполнения параллельных потоков без необходимости проверки каких-либо условий. Иными словами, все исходящие потоки должны выполняться одновременно.

Шлюз на основе событий
Шлюз на основе событий используется для моделирования альтернативных путей, основанных на событиях. Например, чтобы ждать ответа кого-либо, необходимо получить ответ «Да» или «Нет», чтобы определить путь, который нужно пройти. Следовательно, шлюз сопровождается двумя связанными промежуточными событиями с триггерами сообщений, одно из которых представляет сообщение «Да», а другое — «Нет». Когда срабатывает любое ОДНО из событий, будет выбран путь, следующий за этим событием. Все остальные события и их последующие потоки больше не будут действительны.

Глава 8: Соединение объектов – связывание вашего процесса
Последовательные потоки: порядок операций
Последовательный поток используется для соединения элементов потока. Он отображается сплошной линией с стрелкой. Он показывает порядок элементов потока.

Важное правило: Вы можете использовать только последовательный поток для соединения элементов потока в пределах одного пула: либо в пределах одного пула/полосы, либо между полосами в одном пуле. Если вы хотите соединить элементы между разными пулами, вы не можете использовать последовательный поток, а должны использовать поток сообщений.
Потоки сообщений: общение через границы
В BPMN общение между пулами достигается с помощью сообщений. Поток сообщений используется для отображения потока сообщений между пулами или элементов потока между пулами. Поток сообщений отображается пунктирной линией со стрелкой. Некоторые примеры сообщений, передаваемых между пулами: факс, телефон, электронная почта, письмо, уведомление, команда.

Глава 9: Данные – информация, которая управляет процессом
Управление данными процесса
Часто при выполнении бизнес-процесса могут возникать данные, как во время, так и после завершения процесса. Например, успешное выполнение задачи «Заказать» приведет к созданию данных, таких как заказ на покупку, счет-фактура, чек и т.д. В BPMN данные могут моделироваться с помощью нескольких типов объектов «данные», таких как объекты данных, входные данные, выходные данные и хранилища данных. Существует чётко определённый способ управления состояниями данных, такими как создание, завершение, удаление и т.д.

Четыре вида данных:
-
Объекты данных
-
Входные данные
-
Выходные данные
-
Хранилища данных
Глава 10: Артефакты – добавление контекста и ясности
Группы: организация вашего диаграммы
Группа — это прямоугольник с пунктирной границей, предоставляющий моделировщикам механизм для группировки фигур по различным категориям.

Текстовые аннотации: предоставление дополнительной информации
Текстовая аннотация может использоваться для добавления дополнительной информации к объектам потока в BPD. Она не влияет на поток, но даёт подробности о объектах внутри потока.

Глава 11: Применение в реальной жизни – путь компании «True Aqua» по производству дистиллированной воды
Ваш практический опыт работы с BPMN
Давайте применим всё, что вы узнали, на реальном примере. Компания «True Aqua» по производству дистиллированной воды — молодой поставщик дистиллированной воды в городе. Они продают дистиллированную воду как для бизнеса, так и для домашнего использования. Сейчас компания «True Aqua» хочет увеличить свою долю рынка с 5% до 10% в ближайшие 12–18 месяцев. Чтобы достичь этой цели, они ищут способы повышения операционной эффективности и удовлетворения потребителей на более высоком уровне.
В результате компания True Aqua Distilled Water решила улучшить свой процесс заказа дистиллированной воды. Теперь вы — бизнес-аналитик, ответственный за эту миссию. После встречи с компанией True Aqua Distilled Water вы собрали следующую информацию о процессе заказа.
На рисунке ниже представлен диаграмма бизнес-процесса доставки дистиллированной воды компании True Aqua Distilled Water.

Анализ процесса
Согласно диаграмме, клиенты могут либо позвонить на горячую линию заказов, либо отправить нам электронное письмо для заказа дистиллированной воды. В настоящее время 90% заказов поступают по телефону, а 10% — по электронной почте. Ассистент службы поддержки клиентов, получающий заказ, проверяет, является ли клиент существующим или новым. Если клиент никогда ранее не делал заказ, ассистент службы поддержки создаст для него учетную запись до обработки заказа.
Доставка дистиллированной воды осуществляется раз в неделю по средам. Поэтому каждое утро в среду ассистент службы поддержки клиентов передает заказы в отдел логистики для доставки. Как только менеджер отдела логистики получает заказы, он организует доставку, распределяя работников для управления различными заказами, печатая и публикуя график. Работники получают звонки и доставляют воду клиентам соответственно.
Что учит нас эта диаграмма
Этот пример из реальной жизни демонстрирует:
-
Множественные входные точки (телефон и электронная почта)
-
Точки принятия решений (новый клиент против существующего клиента)
-
Последовательные действия (обработка заказа → планирование доставки → доставка)
-
Четкие потоки (Клиент, Ассистент службы поддержки клиентов, Менеджер отдела логистики, Работники)
-
Запланированные события (еженедельная доставка по средам)
Ваш путь продолжается: следующие шаги
Поздравляем! Вы завершили свой всесторонний путь через BPMN. Теперь вы понимаете:
-
Историю и эволюцию BPMN как отраслевого стандарта
-
Преимущества, которые BPMN приносит организациям
-
Ключевые заинтересованные стороны, которые получают выгоду от BPMN
-
Пять основных категорий элементов BPMN
-
Как моделировать потоки, действия, события и воронки
-
Как соединять элементы процесса с помощью последовательных и сообщений потоков
-
Как управлять данными в рамках ваших процессов
-
Как добавлять контекст с помощью групп и аннотаций
-
Как применять BPMN к реальным бизнес-сценариям
Инструменты для продолжения вашего пути
Чтобы применить свои знания по BPMN на практике, рассмотрите использование профессиональных инструментов моделирования BPMN, которые помогут вам эффективно создавать, анализировать и делиться диаграммами бизнес-процессов.
Ссылки
- Спецификация BPMN – модель и нотация бизнес-процессов: Официальный ресурс BPMN, предоставляющий наиболее точную и актуальную информацию о BPMN 2.0
- Объектная группа управления (OMG): Некоммерческий промышленный консорциум, поддерживающий стандарт BPMN
- Спецификация BPMN 2.0.2: Последняя версия документа спецификации BPMN
- ISO/IEC 19510:2013: Международный стандарт для моделирования и нотации бизнес-процессов (BPMN)
- Профессиональный инструмент моделирования бизнес-процессов BPMN: Профессиональные диаграммы BPMN и инструменты для создания моделей бизнес-процессов
Попробуйте Visual Paradigm бесплатно: Скачайте и бесплатно попробуйте инструменты моделирования BPMN Visual Paradigm
Ваш путь к мастерству в BPMN только начинается. Начните моделирование, продолжайте практиковаться и измените способ, которым ваша организация понимает и улучшает свои бизнес-процессы!
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文













