Основным контейнером для построения бизнес процесса в нотации bpmn является объект

Время на прочтение
10 мин

Количество просмотров 99K

На сегодняшний день BPMN является одним из самых распространенных методов описания бизнес-процессов, которые сегодня уже «понятны» как бизнес-пользователям, так и программным продуктам, предназначенным для работы с бизнес-моделями. Т.е. этот язык описания также является стандартом для создания исполняемых алгоритмов в управлении бизнесом.

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

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

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

BPMN: основные понятия

BPMN (Business Process Model and Notation) — это язык моделирования бизнес-процессов, который является промежуточным звеном между формализацией/визуализацией и воплощением бизнес-процесса. С помощью моделирования мы можем описать любые бизнес-процессы, и они могут выполняться в самых разных системах управления.

Можно сказать, что BPMN является частью двух основных компонентов:

• BPM (моделирование бизнес-процессов) — это среда, в которой вы непосредственно участвуете в моделировании. В одиночку или в команде.

• BPMS (система моделирования бизнес-процессов) — это инструменты для выполнения создаваемых вами моделей. Это может быть Bizagi, Comundo, ELMA и т.д.

Язык описания бизнес-процессов

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

Кроме того, из-за ограниченного круга задач, которые стоят перед этим языком, он гораздо более определен в терминологии. Но все же тут много нюансов, каких-то сочетаний «слов», несущих свою смысловую нагрузку. И очень важно строго соблюдать правила сочетания разных элементов языка и знать ограничения (что с чем сочетать недопустимо, как начинать описание, как заканчивать и т. д.).

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

Например, для моделирования бизнес-процессов вам потребуются знания таких понятий, как «условия», «цикл», «декомпозиция» и др.

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

Элементы нотации BPMN

Язык описания бизнес-процессов основан на следующих базовых объектах:

• Event – Событие;

• Activity – Действия;

• Gateway – Шлюзы или Развилки;

• Flow – Поток;

• Date – Данные;

• Artefact – Артефакты;

• Swimline – «плавательные дорожки»;

• Pool (Пул) — набор.

EVENT (СОБЫТИЕ)

Event — это событие, которое произошло в описании процесса. Эти события могут быть начальными, конечными или промежуточными.

ACTIVITY (ДЕЙСТВИЯ)

Activity – это те действия (задачи), которые необходимо выполнить на определенном этапе бизнес-процесса. При моделировании их обычно обозначают прямоугольниками, что соответствует сути действия.

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

Обычно действия делятся следующим образом:

Задача – единица работы. Если задача помечена символом +, то задача является подпроцессом и может быть детализирована.

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

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

GATEWAY (ШЛЮЗ, РАЗВИЛКА)

GATEWAY — это управляющий узел, который появляется при условном разветвлении бизнес-процесса. Графически изображается в виде ромба.

Шлюзы нужны и в тех случаях, когда процедура зависит от определенных факторов. Например, при работе с покупателями шлюз появляется на этапе, когда клиент принимает решение о покупке — «да или нет». При положительном решении необходимо совершить покупку, при отрицательном — выяснить возможные причины отказа, работать с «отказом» и т.д.

Наиболее используемые развилки

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

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

POOL (ПУЛ)

Пул — это объект, описывающий один процесс на диаграмме. Его может не быть на карте, но он всегда есть. На одной диаграмме может быть несколько Пулов. Пул может быть расширен для просмотра деталей.

Пул также может содержать так называемые «дорожки». Они нужны для того, чтобы указать участников процессов, которые скрыты в пуле. Например, в процессе работы с клиентами участвует менеджер по продажам, начальник отдела продаж, возможно, бухгалтер или кассир.

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

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

DATE OBJECT (ДАННЫЕ, ОБЪЕКТЫ ДАННЫХ)

Объекты данных — это элемент, указывающий, какие данные и документы необходимы для начала действия или каковы результаты завершенного действия.

Объект данных может быть сгенерированным заказом. Для менеджера это будет результат действий, а для склада, принимающего заказ, начало действия (сбор товара и отгрузка).

MESSAGE (СООБЩЕНИЕ)MESSAGE (СООБЩЕНИЕ)

Этот элемент необходим для отображения отношений между двумя участниками процесса.

ARTEFACT (АРТЕФАКТЫ)

Под артефактами в BPMN понимаются объекты, не являющиеся действиями и не имеющие прямого отношения к действиям. Это могут быть любые документы, данные, информация, не влияющие непосредственно на выполнение процесса.

Существует два типа артефактов:

• Группа объектов;

• Текстовая аннотация.

Группа объектов — это еще один способ объединить несколько элементов под общим символом, чтобы сэкономить место на диаграмме и упростить ее чтение. Здесь различные виды деятельности собраны под одним общим названием. Группа объектов также всегда может быть подробно рассмотрена. Группа выглядит как прямоугольник со скругленными углами, выполненный пунктирной линией с точками.

Текстовые аннотации используются для различных уточнений к диаграмме. Это могут быть комментарии, пояснения, другая информация, которая повысит читабельность схемы. Аннотации представляют собой незамкнутый прямоугольник, выполненный сплошной линией, от которого к объекту аннотации ведет линия, состоящая из точек.

Исполняемые и неисполняемые бизнес-процессы

В бизнес-моделировании процессы можно разделить на два типа — исполняемые, которые реально будут работать с помощью специального программного обеспечения типа Bizagi, и неисполняемые, т.е. бизнес-модели, которые нужны только для изучения и демонстрации вариантов того, как предприятие работает.

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

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

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

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

Исполняемая версия требует глубоких знаний BPMN, а также внимательного отношения к каждой детали, также как создаете программа (алгоритм) для компьютера, просто используя графическую нотацию, а не текстовый язык. Это работа для опытных специалистов.

Подходит ли BPMN для малого и среднего бизнеса?

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

Но, тем не менее, на уровне неисполняемых бизнес-процессов я очень активно использую BPMN. Дело в том, что несмотря на сложность записи (т.е. обучение и умение работать с нотациями), уровень понимания BPMN невысок, т.е. чтение нотаций не требует каких-то специальных знаний и навыков. Графические обозначения понятны интуитивно. И я еще не встречал ни одного человека, которому было бы трудно читать нотации. Эта нотация создана специально для нахождения общего языка между аналитиком и обычными бизнесменами (менеджерами).

В итоге, как я писал выше, с помощью BPMN вы экономите свое время и время заказчика (менеджера) и достигаете наивысшего уровня взаимопонимания. Нотации не допускают «двойного чтения», поэтому очень помогают в работе.

Минусы и важные особенности BPMN

Для выбора любого средства также важно понимать возможные недостатки:

• В нотации BPMN имеется значительное количество понятий и терминов, их необходимо знать и правильно применять.

• Высокий начальный уровень. Как и в случае с любым многофункциональным инструментом, для изучения требуется больше времени по сравнению с другими нотациями (IDEF0, IDEF3).

• Требуется знание бизнес-анализа. В BPMN модели — это не просто картинки или диаграммы, которые можно нарисовать в любом графическом редакторе. Здесь очень важна хорошая структура и четкая последовательность.

Пример практического применения BPMN

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

Применение диаграмм BPMN на практике

• Делайте диаграммы как можно разветвленными. Чем больше элементов на вашей диаграмме, тем труднее ее будет читать вам и вашим клиентам.

• Используйте максимально простую и понятную терминологию. Очень важно, чтобы ваши клиенты, а также техники, которые будут работать с диаграммами, понимали все (или почти все) термины без дополнительных пояснений.

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

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

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

• Не бойтесь ошибаться! Если вы сделаете ошибку в исполняемой методологии, это очень быстро обнаружится при запуске (отладке) процесса. Если вы создаете просто наглядную схему, то мелкие ошибки не так важны, главное, чтобы эта схема помогла вам и людям, для которых вы ее делаете (заказчикам, техническим специалистам), понять все нюансы вашей идеи. И в любом случае они учатся на ошибках, а корректировки бизнес-модели можно вносить быстро и легко.

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

Научитесь: Профессия Бизнес-аналитик
Узнать больше

BPMN (Business Process Model and Notation — нотация и модель бизнес процессов) разработана компанией Business Process Management Initiative и поддерживается Object Management Group после слияния организаций в 2005 г. Последняя версия 2.0 вышла в 2012 г. В 2013 году BPMN утверждена в качестве международного стандарта ISO/IEC 19510.

BPMN на сегодняшний день является одной из самых популярных нотаций, но она имеет ограничения применимости. Например для формирования архитектуры процессов лучше использовать IDEF0.

Бизнес-процессы

Существует множество определений бизнес-процессов. Например Википедия дает такое определение:

Бизнес-процесс — это совокупность взаимосвязанных мероприятий или работ, направленных на создание определённого продукта или услуги для потребителей. Управленческая концепция BPM рассматривает бизнес-процессы как важные ресурсы предприятия, и предполагает управление ими как одну из ключевых организационных систем.

Также под бизнес-процессом понимают совокупность работ, направленную на получение воспроизводимого, повторяемого результата. Этим процесс отличается от проекта, который направлен на достижение уникального результата.

Еще одним определением процесса (бизнес-процесса) будет:

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

Входы и выходы — это информационные и материальные потоки.
Прежде чем описывать процесс в виде графической схемы, очень важно определить его контекст

Запомните принцип:

процесс может:

• получать входы от других процессов;
• передавать выходы другим процессам

Процесс НЕ может:

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

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

Бизнес-процесс состоит из операций и действий. Дадим определение этим понятиям.

Операция — это единица работы, выполняемая непрерывно, на одном рабочем месте, над одним обрабатываемым объектом. До начала выполнения операции объект имеет определенное начальное состояние. В результате выполнения операции состояние предсказуемо изменяется. Таким образом, операция описывает работу, приводящую к требуемому изменению состояния обрабатываемого изделия.

Операция состоит из действий или набора действий, производимых над обрабатываемым объектом. Действие есть акт взаимодействия оператора с обрабатываемым изделием, в котором достигается определенная, заранее определенная, цель.

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

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

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

И давайте рассмотрим следующую схему:

Зеленый круг — стартовое событие, которое указывает на начало того или иного процесса;

Красный круг — конечное событие, которое указывает на точку завершения процесса;

Ромб — графический элемент шлюза, используется для изображения ветвления;

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

Детальней об всех этих элементах будет рассказано подробней чуть ниже.

Область применения нотации BPMN

Нотация BPMN предназначена для описания:

• Порядка исполнения работ образующих бизнес-процесс,
• Потоков данных между операциями процесса;
• Потоков сообщений между процессами;
• Ассоциации обрабатываемых объектов данных с операциями процесса.

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

• Функциональную (структурную) декомпозицию работ;
• Организационную структуру предприятия;
• Модель данных;
• Бизнес правила,
• Бизнес стратегию компании

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

Основные элементы нотации

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

1.Элементы управления;
2. Соединительные элементы;
3. Артефакты;
4. Данные.
5. Зоны ответственности

Зоны ответственности

Зоны ответственности – пулы и дорожки есть графические элементы, служащие для логической группировки операций процесса.

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

Если пул показывает детали процесса: операции, логические операторы, события и потоки управления, его называют «белый» ящик. Напротив, пул, который не показывает деталей процесса, называют «черный» ящик.

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

Например, «Начальник отдела продаж» — это должность, а «Инициатор договора» — роль. Недопустимо называть дорожки по фамилии исполнителя.
Дорожки на схемах BPMN принято располагать горизонтально, хотя вертикальное расположение также допустимо.

События

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

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

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

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

Например, начать выполнение очередной операции через 1 час, после завершения предыдущей. Во-вторых, что бы ограничить длительность операций. Например, прервать исполнение операции через 30 минут после начала. В-третьих, они описывают реакцию на изменение состояния внешних, по отношению к процессу объектов. Например, продолжить исполнение, после получения сигнала.

В BPMN разные события изображаются по разному.

Операции и логические операторы

Операция обозначает единицу работы, в результате которой изменяется состояние объекта управления, например, «Согласовать заявку», «Вынести решение» и т.д.

Логический оператор изображают работу, которая не изменяет объект, но маршрутизирует его в соответствии с некоторым правилом. Например, если величина запрошенного кредита превышает 50000 гривен, то его согласует старший менеджер.

Соединительные элементы

C помощью событий, операций и логистических операторов можно составить схему процесса

Операции процесса на схеме соединены стрелками. Эти стрелки имеют тип «Sequence flow» — они показывают последовательность выполнения операций во времени. Можно сказать, что они управляют «потоком операций» — Work Flow.

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

Данные

Элементы данных используются для изображения информационных потоков на диаграмме процесса. Они включают: объекты данных, хранилища данных, сообщения.

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

Хранилища данных изображают внешние по отношению к процессу системы хранения, например, СУБД.

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

Артефакты

Артефакты — это графические элементы, для которых спецификация BPMN не определяет семантики исполнения, они используются для комментирования процесса, например, для аннотирования отдельных операций на схеме. Т.о. на схеме они изображаются, а при исполнении не учитываются. К этой категории элементов относятся группы (операций), ассоциации и аннотации. В целом, артефакты никак не влияют на выполнение процесса.

Группы – это способ логически объединить на схеме несколько операций процесса. Чаще всего группирование операций используется для того, чтобы скрыть излишние детали процесса. Группы могут пересекать несколько дорожек и даже пулов.

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

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

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

Графический элемент Текстовая аннотация представляет собой негерметичный прямоугольник, выполненный одинарной линией.

Субклассы нотации BPMN

Полный набор графических элементов в нотации BPMN 2.0 содержит 116 графических элементов, для упрощения работы с ними их можно разделить на несколько групп (взято из книги Федорова И.Г. «Моделирование бизнес-процессов в нотации BPMN 2.0»)

Основной набор включает 7 элементов, достаточен для разработки концептуальной (не исполняемой) модели процесса.

• Подмножество описательных элементов (+17) достаточно для построения исполняемой модели;
• Подмножество аналитических элементов (+29) • Наконец, полный набор (+50) позволяет создавать любые типы диаграмм.

Логика процесса

Логика процесса описывается с помощью шлюзов (условий), которые могут быть нескольких типов (в BPMN выделяют 7 типов) .

Эксклюзивный шлюз (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия.

Исключающие Шлюзы включаются в состав бизнес-процесса для разделения Потока операций на несколько альтернативных маршрутов. Для процесса с исключающим  типом Шлюза может быть выбран лишь один из предложенных маршрутов (поэтому определяется как Шлюз «ИЛИ»).

Параллельный шлюз (AND, «И») используется для обозначения слияния/ветвления потоков управления в рамках процесса.

Неэксклюзивный шлюз (OR, «ИЛИ») используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. При этом каждое из указанных условий является независимым, и дальнейшее выполнение процесса может продолжиться сразу по нескольким потокам управления, если условия будут выполнены.

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

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

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

Пример построения процесса с помощью BPMN

Ниже представлена схема процесса «Подача заявления на отпуск сотрудником». Это наверное  вариант самой встречаемой схемы, которой будет достаточно для построения 90% схем и она досточно понятна даже стороннему наблюдателю.

BPMN 2.0 Метамодель и нотация бизнес-процессов (сводная информация)

Дата публикации: 14.02.2023
Время чтения: 11 мин.

Если вы хотите изменить бизнес-процессы вашего дела, то лучше это делать в виде блок-схем и диаграмм. Так вы наглядно увидите структуру вашего предприятия и сможете разглядеть все нюансы производства, найдете те процессы, которые нужно «подлатать» или вовсе избавить от них.

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

Что такое нотация BPMN и для чего нужна

Нотация BPMN (Business Process Model and Notation) — это язык, которым можно описать бизнес-процессы. Он состоит из простых символических знаков и геометрических фигур — элементов. По назначению он похож на блок-схемы, которые программисты используют для описания алгоритмов программирования.

Простая блок-схема выглядит так:

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

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

Некоторым эти фигуры и знаки кажутся излишними. Мол, зачем сидеть разбираться в BPMN, во всех этих квадратиках и ромбиках, если я и так всё понимаю, мои сотрудники все понимают, да и вообще наш бизнес работает и без этих схем.

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

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

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

Перед внедрением любого гениального бизнес-процесса лучше сначала схематично изобразить его для избежания неточностей.

Основные понятия для построения BPMN-схем

Условие

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

Цикл

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

Цикл с условием

Действие выполняется, пока какое-то условие в силе.

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

​Декомпозиция

Это разбиение одной большой задачи на подпроцессы и подзадачи для более детального описания и распределения подзадач.

Преимущества использования BPMN

• С помощью BPMN-схемы готового бизнеса вы увидите «белые пятны» вашей системы, которые можно улучшить для более эффективной работы организации.
• При разработке новых бизнес-процессов и стратегий BPMN поможет предугадать недостатки еще не реализованной системы.
• Все схемы BPMN состоят из одних и тех же элементов, что упрощает их прочтение. При найме новых сотрудников вам не нужно заново каждому объяснять структуру бизнеса. За вас это сделает грамотно построенная BPMN-диаграмма и обозначение её элементов.

Недостатки BPMN

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

BPMN 2.0

Первый вариант BPMN-языка некоммерческая организация по разработке стандартов и бизнес-технологий OMG (Object Management Group) утвердила в 2004 году.

В 2011 году вышла его вторая обновленная версия, которую сегодня используют бизнес-аналитики.

Всё, что вы прочитаете в этой статье и других современных источниках в интернете о BPMN — относится к его версии 2.0.

Элементы нотации BPMN и язык описания

Язык моделирования бизнес-процессов BPMN состоит из элементов, с помощью которых описываются процессы работы компании. Основных элементов 8:

• Событие;
• Действие, или Задача;
• Данные;
• Поток;
• Развилки и Шлюзы, они же условия;
• Пул или «плавательные дорожки»;
• Артефакты.

Событие

Из всех элементов выделяется событие. События — это общее название явлений, связанных с процессами выполнения задач или действий.

События делятся на 3 типа по времени выполнения и обозначаются кружками:

Событие может быть пустым. Такой тип событий используют для обозначения начала и окончания процесса. Пример пустых событий и наполненных:

В этом примере мы заполнили событие отправкой сообщения. Разберем, чем еще можно «наполнить» событие.

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

Действие

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

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

Есть несколько типов задач:

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

Данные

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

Например, когда вы заказываете еду в доставке, то собранные вами продукты в электронную корзину и адрес доставки — это информация, которая запускает процесс сборки и отправки вашего заказа.

В то же время эта же информация завершает процесс выбора продуктов.

Поток

Это непрерывное выполнение действий и задач процесса. Есть такое понятие «параллельные потоки». Его используют для тех процессов, которые протекают единовременно, то есть параллельно друг другу.

Вытекают такие запараллеленные процессы, как правило, из шлюзов (их разберем в следующем пункте).

Потоки тоже бывают нескольких видов:

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

• Поток передачи сообщений между участниками процесса:

• Поток ассоциаций для демонстрации связи данных и процесса:

Шлюз

Развилка, или шлюз — это логический узел, условие. Развилка в процессе — это когда события могут пойти тем или иным образом.

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

Условия помогают детально рассмотреть путь клиента и построить более эффективное взаимодействие с ним для увеличений LTV — максимального количества прибыли, которое он может принести бизнесу.

Шлюзы делятся на несколько видов в зависимости от количества потоков и логики выбора дальнейшего действия. Разберем 3 самых популярных из них.

1. Шлюз «И»

Такая развилка разделяет процесс на подпроцессы (потоки), которые выполняются параллельно. Если после шлюза идут три потока, то ВСЕ они будут выполняться единовременно. После их завершения запустится текущий основной процесс.

2. Шлюз «ИЛИ»

Это узел, который выбирает несколько определенных подпроцессов из набора потоков. Он запускает НЕ все, а лишь некоторые из них. Основной поток продолжает выполняться после того, как завершатся все выбранные процессы.

3. Шлюз с исключением

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

При использовании шлюзов «И» и «ИЛИ» потоки запускаются не один за другим, а параллельно, сокращая время выполнения общего процесса.

Обозначение развилок:

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

Пулы

Пул — это пространство, где формируют модель процесса. Если сравнить с дизайном, то пул похож на фреймворк, где дизайнер размещает графические элементы. Иногда пулы называют дорожками из-за их вытянутой формы.

Один пул — один процесс. На одной BPMN-схеме может быть несколько пулов, процесс каждого может выполняться одновременно с процессами других пулов.

Пулы могут состоять из нескольких дорожек. Такое разделение пространства используется, если в одном процессе задействованы несколько отделов, сотрудников или организаций.

Например, у вас есть цветочный магазин. Вы получили онлайн-заказ на сборку букета, который клиент заберет из вашего магазина по дороге на работу. Он пишет адрес магазина и время, к которому должен быть готов заказ. Чтобы клиент вовремя получил готовый букет, нужен менеджер, который примет заказ и организует поставку цветов для букета, и флорист, который соберет его и отдаст покупателю.

В упрощенном виде BPMN-схема этого процесса будет выглядеть так:

Благодаря наглядному изображению бизнес-процесса в нотации BPMN мы видим, что менеджер должен оповестить флориста о том, какие цветы в наличие, а уже потом передать ему их.

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

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

Артефакты

Необязательный элемент BPMN-схемы. Артефакты — это данные, группа каких-либо объектов, информация, документы, связанные с процессом. Как мы уже разобрали в пункте о потоках, они соединяются с действиями пунктирными линиями.

Рассмотрим 2 типа артефактов:

• Группа объектов — это документы, другие действия или информация, необходимая для выполнения процесса.

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

Как использовать BPMN при анализе бизнеса

Построить BPMN-диаграмму можно от руки на бумаге, либо в специальных программах и приложениях для построения схем. Например, Miro или mind42.

Далее разберем по шагам, как грамотно построить бизнес-процесс, используя нотацию.

1. Определите, какой тип у описываемого процесса. Их всего 3 вида:

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

2. Опросите участников процесса о его этапах и нюансах. Запросите у менеджеров регламенты и список необходимых документов и инструкций для его выполнения.

3. Уточните должности всех сотрудников, задействованных в процессе. Укажите в BPMN-схеме только их позиции, но не фамилии и имена. Иначе придется редактировать диаграмму при увольнении и найме каждого сотрудника.

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

5. На основе полученных данных распишите все, даже самые мелкие, этапы процесса. Если есть возможность, то сверьте составленный список действий с руководителем процесса или с одним из его участников.

6. Укажите взаимосвязи систем, задействованных в процессе и вынесите в качестве артефактов ссылки на нужные документы для его реализации.

7. В идеале, отразите временные рамки процесса.

8. И не забудьте о текстовой аннотации: составьте список обозначений BPMN-схемы, который поможет сотрудникам быстро разобраться в ней.

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

Пример бизнес-модели с нотацией BPMN

Итак, возвращаемся к примеру нотации BPMN иностранной компании из начала статьи. Так выглядит диаграмма:

Для удобного разбора переведем его на русский язык:

Это скриншот одного пула, разделенного на 2 дорожки: действия клиента и онлайн-магазина. На диаграмме изображен процесс заказа и отправки товара. Участники процесса: клиент и магазин.

Для детального объяснения разобьем изображение диаграммы на пункты:

1. Начало основного процесса, обозначенное пустым событием. Первое действие — магазин отправляет предложение о покупке товара клиенту.
2. Начало процесса для клиента — это доставленное сообщение от продавца.
3. Здесь мы видим шлюз исключения. Дальше события могут пойти только по одному из вариантов: либо клиент принимает офер магазина и заказывает товар, либо отклоняет. Разберем сначала второй более короткий вариант.
4. Потенциальный покупатель отклоняет предложения магазина, и для него в пункте 4.1 процесс заканчивается. В точке 4.2 продавец получает отказ клиента, от которого на схеме идет стрелка к аналогичному шлюзу исключения, который ведет к окончанию процесса в пункте 4.3.
5. Возвращаемся к развилке исключения покупателя в 5 пункте. Клиент принимает предложение.
6. Через 5 секунд он отправляет оплату заказа.
7. И только через 2 минуты продавец получает согласие клиента.
8. И уже затем подтверждение платежа.
9. После этого он отправляет счет клиенту. Это отображено на схеме с помощью потока передачи сообщений — пунктирной линией.
10. Отправляет товар, после чего для продавца процесс завершается — стрелка потока снова ведет в шлюз исключения, направленный в событие завершения.
11. Здесь начинается подпроцесс, в котором клиент получает счет за оплаченный заказ и товар. Пункт 11.1 — развилка «И». Она показывает, что покупатель получает и чек (11.2), и товар (11.3). Затем развилка завершается, и в пункте 11.4 подпроцесс заканчивается.
12. Пустое событие завершения основного процесса для покупателя.

Заключение

Бизнес-процессы компании — сложная система, которую невозможно удержать в голове. Для этого существуют нотация BPMN, которая позволяет наглядно изобразить в понятной схеме все нюансы бизнес-процессов. На первый взгляд она может показаться сложной из-за множества символов и значков, но потратьте 30 минут, и вы получите мощный инструмент для развития бизнеса.

Вам понравилась статья?

2

0

Что такое BPMN

Инициатива по управлению бизнес-процессами (BPMI) разработала стандартную нотацию моделирования бизнес-процессов (BPMN). Спецификация BPMN 1.0 была опубликована в мае 2004 года. Эта спецификация представляет собой результат более чем двухлетней работы Рабочей группы по нотации BPMI. Документ спецификации BPMN был выпущен OMG в феврале 2006 года. Версия 2.0 BPMN была разработана в 2010 году, а фактическая версия спецификации была выпущена в декабре 2013 года.

Цель BPMN

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

Внедрение BPMN

BPMN также будет поддерживаться внутренней моделью, позволяющей создавать исполняемые файлы BPEL4WS. Таким образом, BPMN создает стандартизированный мост для разрыва между проектированием бизнес-процессов и их реализацией.

Простой BPMN

BPMN определяет диаграмму бизнес-процессов (BPD), основанную на методе построения блок-схем, предназначенном для создания графических моделей операций бизнес-процессов. Таким образом, модель бизнес-процесса представляет собой сеть графических объектов, представляющих собой действия (т. е. работу) и элементы управления потоком, определяющие порядок их выполнения.

Ключевые понятия BPMN

BPD состоит из набора графических элементов. Эти элементы позволяют легко разрабатывать простые диаграммы, которые будут знакомы большинству бизнес-аналитиков (например, блок-схемы).

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

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

Четыре основные категории элементов:

• Объекты потока  (событие/активность/шлюз)
• Соединение объектов  (поток операций/поток сообщений/ассоциация)
• Плавательные дорожки  (бассейн/дорожка)
• Артефакты  (объект данных/группа/аннотация)

Объекты потока BPD имеет небольшой набор (три) основных элемента, которые являются объектами потока, поэтому разработчикам моделей не нужно изучать и распознавать большое количество различных форм. Три объекта потока:

Объекты потока BPMN

BPD состоит из небольшого набора (трех) основных элементов, а именно:

Flow Objects, чтобы моделистам не приходилось изучать и распознавать большое количество различных форм. Три объекта потока:

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

2. Деятельность представлена ​​прямоугольником со скругленными углами (см. рисунок справа) и является общим термином для работы, которую выполняет компания. Activity может быть атомарным или неатомарным (составным). Типы действий: задача и подпроцесс. Подпроцесс отмечен небольшим знаком «плюс» внизу в центре формы.

3. Шлюз представлен знакомой ромбовидной формой (см. рисунок справа) и используется для управления расхождением и схождением Потока операций. Таким образом, он будет определять традиционные решения, а также разветвления, слияния и соединения путей. Внутренние маркеры будут указывать тип контроля поведения.

BPMN, соединяющий объекты

Объекты потока соединены вместе на диаграмме, чтобы создать базовую скелетную структуру бизнес-процесса. Есть три соединительных объекта, которые обеспечивают эту функцию. Эти разъемы:

1. Поток  операций  представлен сплошной линией со сплошной стрелкой (см. рисунок справа) и используется для отображения порядка (последовательности), в котором действия будут выполняться в Процессе. Обратите внимание, что термин «поток управления» обычно не используется в BPMN.

2.  Поток сообщений  представлен пунктирной линией с открытой стрелкой (см. рисунок справа) и используется для отображения потока сообщений между двумя отдельными Участниками процесса (бизнес-сущностями или бизнес-ролями), которые отправляют и получают их. В BPMN два отдельных пула на диаграмме будут представлять двух участников.

3.  Ассоциация  представлена ​​пунктирной линией со стрелкой (см. рисунок справа) и используется для связывания данных, текста и других артефактов с объектами потока. Ассоциации используются для отображения входов и выходов деятельности.

Краткий обзор диаграммы BPMN

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

( Нажмите и мгновенно откройте диаграмму  с помощью  Visual Paradigm Online )

Для разработчиков моделей, которым требуется более высокий уровень точности для создания моделей процессов, которые будут подвергаться подробному анализу или будут управляться системой управления бизнес-процессами (BPMS), дополнительные детали могут быть добавлены к основным элементам и отображены в разделе «Закупки и финансовые расчеты». (см. схему ниже).

( Нажмите и мгновенно откройте диаграмму  с помощью  Visual Paradigm Online )

Дорожки BPMN

Многие методологии моделирования процессов используют концепцию дорожек в качестве механизма для организации действий в отдельные визуальные категории, чтобы проиллюстрировать различные функциональные возможности или обязанности. BPMN поддерживает плавательные дорожки с двумя основными конструкциями. Два типа объектов дорожки BPD:

1. Пул представляет участника процесса. Он также действует как графический контейнер для разделения набора действий из других пулов, обычно в контексте ситуаций B2B.
2. Дорожка — это часть пула, которая простирается на всю длину пула по вертикали или горизонтали. Дорожки используются для организации и классификации действий.

Пример: Будущий процесс для процесса заказа на поставку на основе «как есть»

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

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

Пулы используются, когда на диаграмме присутствуют два отдельных бизнес-объекта или участника (см. диаграмму ниже), и они физически разделены на диаграмме. Действия в отдельных Пулах считаются автономными Процессами. Таким образом, Поток операций не может пересекать границу Пула. Поток сообщений определяется как механизм, показывающий связь между двумя участниками и, таким образом, должен соединяться между двумя пулами (или объектами в пулах).

Дорожки более тесно связаны с традиционными методологиями моделирования процессов на дорожках. Дорожки часто используются для разделения действий, связанных с определенной функцией или ролью компании (см. Диаграмму ниже). Поток операций может пересекать границы дорожек внутри пула, но поток сообщений не может использоваться между объектами потока в дорожках одного и того же пула.

Пример: процесс отгрузки розничному продавцу оборудования

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

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

Артефакты BPMN

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

Объекты данных  — это механизм, показывающий, как данные требуются или производятся действиями. Они связаны с действиями через Ассоциации.

Группа   представлена ​​прямоугольником со скругленными углами, нарисованным пунктирной линией . Группировку можно использовать для документирования или анализа, но она не влияет на поток операций.

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

Пример: Компания по производству дистиллированной воды Aqua

Это простой пример BPMN, который показывает поток бизнес-процессов, связанных с доставкой дистиллированной воды.

Используйте этот шаблон схемы BPMN в качестве отправной точки для создания собственной схемы или нажмите «  Создать пустую »  , чтобы начать с нуля. ( Нажмите, чтобы открыть/редактировать пример )

Другие инструменты бизнес-анализа

Моделирование бизнес-процессов

Карта пути клиента

Программное обеспечение для бизнес-диаграмм

BPMN (Business Process Management Notation) – это язык моделирования бизнес-процессов, который является промежуточным звеном между формализацией/визуализацией и воплощением бизнес-процесса.

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

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

Является ли нотация BPMN лучшей для поставленных перед ней задач? Хороший ответ, актуальный до сих пор, дал еще в семидесятых годах XX века Чарльз Бокс «Все модели неверны, некоторые полезны». BPMN точно полезна, а некоторые ограничения, которые нотация имеет, по мнению экспертов не столь важны на практике:

Моделируя что-либо, мы удаляем некоторые аспекты реального мира, чтобы их визуализировать. И все же ИТ-профессионалы продолжают искать одну истинную нотацию моделирования и набор семантики, чтобы управлять сразу всем. Они предполагают, что должно быть возможно перевести все аспекты и их взаимосвязи на визуальный язык. Я думаю, что большинству людей бизнеса это не нужно. Они используют модели для общения друг с другом … и да, в ходу круги и стрелки, прямоугольники и облака, и … лишь очень немногие заинтересованы в том, чтобы отразить взаимосвязь всех аспектов друг с другом. Дерек Миерс (Derek Miers) – Отраслевой аналитик и консультант. Более 25 лет специализируется в сферах управления бизнес-процессами, цифровой трансформации, бизнес-архитектуры и технологических инноваций. В настоящее время работает в Gartner время на позиции директора по исследованиям в сфере Enterprise Architecture (EA)

Первая версия нотации BPMN вышла в мае 2004 года (BPMN 1.0). Следующая версия появилась в январе 2011 года (BPMN 2.0). Наконец, в январе 2013 года компания OMG выпустила ту версию, которая в основном используется и сегодня – BPMN 2.0.2.

Основные графические элементы BPMN

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

Элементы нотации BPMN – это элементы графической схемы, но также и элементы самого бизнес-процесса.

Нотация опирается на следующие базовые графические элементы:

• Пул и Дорожки
• Действия
• Шлюзы или Развилки
• События
• Потоки
• Артефакты

В BPMN 2.0 элементы представлены в виде специальных значков. Создатели данной системы стремились к тому, чтобы набор значков был исчерпывающим и обеспечивал возможность наглядного отображения максимального разнообразия схем бизнес-процессов. В итоге значков очень много и с полным списком можно ознакомиться в документации по BPMN, которая переведена на русский язык членами Ассоциации BPM-профессионалов России. Здесь мы остановимся только на базовых элементах, без которых не обойдётся ни одна схема бизнес-процесса. Этого достаточно для общего знакомства с BPMN и понимания основных принципов нотации.

BPMN элементы “Пул” и “Дорожка”

Весь бизнес-процесс состоит из пулов: совокупности операций + лиц, которые эти операции выполняют.

Например, пулом окажется весь набор действий по погрузке товара и отправке его клиенту.

При этом выделяют так называемые “дорожки”, из которых состоит любой пул. Для нашего примера одной из дорожек станет оформление документов, касающихся погрузки и отправки товара, второй дорожкой – физическая погрузка нужной партии на автомобиль и поездка автомобиля к клиенту. Обе эти дорожки дополняют одна другую, проходят параллельно, но в целом служат выполнению одного и того же этапа бизнес-процесса.

BPMN элемент “Действие”

Под “действием” понимается единица работы, выполняемой в ходе исполнения бизнес-процесса. Действия могут быть как элементарными (задача/task), так и составными (подпроцесс/sub-process).

Есть несколько типов элементарных действий, которые отличаются условиями выполнения:

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

BPMN предполагает следующие графические отображения для основных типов действий:

Здесь стоит отметить, что современные BPM-системы зачастую предлагают более широкий набор типов действий, чем предлагает BPMN. Например, в инструменте для моделирования бизнес-процессов в Comindware Business Application Platform вы найдёте графические элементы для нескольких типов элементарных действий, а также встроенных кейсов:

	Пользовательская задача	Используется для отображения задачи, которую выполняет человек.
	Задача на выполнение сценария	Используется для отображения шага процесса, по достижении которого автоматически выполняется скрипт.
	Задача на вызов сервиса	Используется для иллюстрации шага процесса, на котором вызывается веб-служба или скрипт С#.
	Встроенный кейс	Используется для представления нестандартной задачи, курируемой ответственным лицом или группой лиц. Кейсы используются, когда нужно быстро организовать в рамках процесса неструктурированную или слабоструктурированную активность.

BPMN элементы “Развилка” или “Шлюз”

Под шлюзами понимаются элементы, определяющие ветвление и слияние потоков работ.

BPMN описывает 7 типов развилок. В качестве основных выделяют 2 типа:

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

Пример использования шлюза исключающего «или» для создания альтернативных потоков процесса:

• Этап 7. Звонок клиенту с целью оценить качество обслуживания.
• 1. Если клиент доволен, фиксация положительной оценки, закрытие бизнес-процесса.
• 2. Если клиент недоволен, выяснение причины.

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

Фактически, шлюзы являются одними из самых ответственных и сложных этапов бизнес-процессов. От того, насколько грамотно будут прописаны все условия и следствия по принципу “Если… то”, во многом зависит эффективность работы всей системы.

BPMN элемент “Событие”

“Событие” является одним из главных элементов BPMN и служит для описания того, что должно случиться (в отличие от задачи, когда что-то должно быть сделано). Событием может быть, например, подписание договора, или разговор с клиентом.

Графические элементы событий в BPMN классифицируют двумя способами:

1. В зависимости от положения события на схеме процесса:

В случае с доставкой товара начальным событием будет, очевидно, заявка клиента. Либо же – звонок менеджера клиенту с предложением совершить покупку. Конечным событием в такой цепочке станет факт доставки, подтверждённый подписью клиента.

1. По типу события классификация следующая:

Очень часто начальные и конечные события являются событиями-сообщениями.

BPMN элементы “Потоки”

Поток – это последовательность действий, которая обозначается стрелкой. Элемент “поток” показывает какое действие после какого необходимо совершить.

	Поток управления	На стандартный поток управления не воздействуют условия и он не проходит через шлюзы, т.е. является неконтролируемым.
	Условный поток управления	Используется для того, чтобы показать, что дальнейшее выполнение процесса будет происходить по определённому потоку только в том случае, если выполнятся заданное условие. Ромбик у основания стрелки добавляется, если условный поток управления является исходящим от процесса. Ромбик не добавляется, если условный поток управления является исходящим от шлюза.
	Поток управления по умолчанию	Используется тогда, когда необходимо показать, что дальнейшее выполнение процесса будет происходить по определённому потоку только если не выполняется ни одно из заданных условий.
	Поток сообщений	Используется для отображения межпроцессного взаимодействия – отображает передачу сообщений или объектов из одного процесса в другой процесс или внешнюю ссылку.
	Ассоциация	Применяется для визуализации связи между элементами потока и объектами, не являющимися элементами потока (артефактами).

BPMN элементы “Артефакт”

Под артефактами в BPMN понимают объекты, которые не влияют на исполнение бизнес-процесса напрямую. Это могут быть документы, данные, информация.

Основные виды артефактов:

Преимущества BPMN

BPMN-описание бизнес процесса имеет несколько преимуществ.

Первое – простота трансляции диаграмм в исполняемые модели с помощью языка формального описания бизнес-процессов.

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

Наряду с тем, что описание нотации BPMN 2.0 позволяет добиться понимания сотрудниками того, как происходят бизнес-процессы, данную нотацию поддерживают большинство современных инструментов бизнес-моделирования, что позволяет импорт готовых схем бизнес-процессов в BPM-системы.

Comindware Business Application Platform – современная платформа для автоматизации бизнес-процессов с поддержкой нотации BPMN 2.0, включая как возможность моделирования BPMN-процессов прямо в платформе, так и импорт схем бизнес-процессов из сторонних инструментов моделирования для их дальнейшего исполнения в системе Comindware.