Нотации для моделирования бизнес-процессов

---

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

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

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

Ниже приведён пример системы бизнес-моделирования, которая на бумаге поддерживает нотацию ARIS eEPC, но, на самом деле, ответственность закрепляется в карточке на функцию, а графические блоки используются «для красоты».

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

Процессы верхнего уровня

---

Самые распространённые нотации для построения процессов верхнего уровня на сегодняшний день это IDEF0 (методология функционального моделирования) и ARIS VAD (цепочка создания ценности).

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

В чём же отличие нашей схемы от IDEF0? В первую очередь в том, что в IDEF0 есть требования к тому к какой стороне блока какая стрелка должна подходить:

• стрелка входа приходит всегда в левую кромку активности
• стрелка управления — в верхнюю кромку
• стрелка механизма — нижняя кромка
• стрелка выхода — правая кромка

Является ли это важным отличием, которое даёт преимущества данной нотации перед нашим подходом? С нашей точки зрения – нет, но при желании, вы можете привести схему взаимодействий в Fox Manager в чёткое соответствие с требованиями этой нотации (сверху – оригинальная схема в IDEF0, снизу – её аналог в Fox Manager).

Как видите, при желании, вы можете моделировать схемы IDEF0 и в Fox Manager.

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

Что касается нотации ARIS VAD – то тут всё ещё проще: достаточно выстроить процессы по цепочке создания ценности и при желании показать ответственных и взаимодействия.

На картинке приведён пример такой схемы в нашей программе (сверху – оригинальная диаграмма ARIS VAD, снизу – её аналог в Fox Manager). Конечно, можно придраться в форме блоков, стрелок или подсветке, но в целом, не возникает сомнений, что в нашей программе, при желании, можно строить диаграммы в соответствии с требованиями нотации ARIS VAD.

Процессы нижнего уровня

---

В программе Fox Manage мы используем простую, наглядную и очень гибкую нотацию для моделирования процессов нижнего уровня. Ознакомиться с её возможностями можно из видеоролика.

Существует множество нотаций для моделирования бизнес-процессов нижнего уровня: Basic Flowchart, Cross Functional Flowchart, EPC и другие. Большинство из них имеют незначительные отличия друг от друга.

Например, если в программе Fox Manager на диаграмме свернуть блоки ответственных, документов и ресурсов, то мы получим аналог нотации Basic Flowchart

(справа – оригинальный процесс, слева – аналог в Fox Manager).

Если же все блоки на диаграмме развернуть – то мы получим аналог процесса в нотации EPC. Самое замечательное то, что при использовании нотации Fox Manager блоки можно сворачивать и разворачивать динамически, и при этом не нужно создавать новую версию процесса в другой нотации. На картинке справа изображен оригинальный процесс, а слева – аналог в Fox Manager.

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

Поддержка нотации Cross Functional Flowchart была добавлена в программу в одном из наших бесплатных обновлений. Данная нотация отличается от уже рассмотренных выше нотаций тем, что на ней можно показывать ответственных дорожками, а не рядом с блоком. К сожалению, у этого способа есть свои недостатки, когда ответственных очень много – то процесс становится ненаглядным и трудночитаемым. Также возникают проблемы, когда необходимо распределить ответственность за функцию сразу двум и более должностям. Ниже приведён пример такого процесса в Fox Manager.

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

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

Вывод

---

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

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

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

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

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

Но мы отдаём себе отчёт в том, что некоторые бизнес-аналитики не доверяют новым разработкам и предпочитают пользоваться старыми, знакомыми им нотациями. Цель данной статьи – показать гибкость программы Fox Manager и возможность настройки внешнего вида схем под требования большинства имеющихся на рынке нотаций. Стройте модели бизнес-процессов так, как удобно именно вам!

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

Элемент	Описание	Нотация
Событие (Event)	Событие – это то, что происходит в течение бизнес-процесса или его Xореографии. Событие оказывает влияние на ход бизнес-процесса и чаще всего имеет причину (триггер) или воздействие (результат). Изображается в виде круга со свободным центром, предназначенным для дифференцировки внутренними маркерами различных триггеров или их результатов. Согласно влиянию Событий на ход бизнес-процесса, выделяют три типа: Стартовое событие (Start), Промежуточное событие (Intermediate) и Конечное событие (End).
Состав потока (Flow Dimension) (например, Стартовое событие, Промежуточное событие, Конечное событие) Стартовое событие Промежуточное событие Конечное событие	Как видно из названия, Стартовое событие указывает на то, в какой точке берет начало тот или иной Процесс или Хореография(Choreography). Промежуточное событие происходит на отрезке, ограниченном Стартовым и Конечным Событиями. Промежуточное событие оказывает влияние на ход Процесса или Хореографию, однако, не может являться началом или непосредственным завершением Процесса. Как видно из названия, Конечное событие указывает на то, в какой точке завершится тот или иной Процесс или Хореография.
Тип (Type Dimension) (например, Неопределенный, Сообщение, Таймер, Ошибка, Отмена, Компенсация, Условие, Связь, Сигнал,Множественный, Завершение)	Стартовые и некоторые Промежуточные события имеют триггеры, определяющие причины происхождения Событий данных типов (см. разделы Стартовое событие и Промежуточное событие далее по тексту). Существует множество причин, инициирующих появление События. Конечные события МОГУТ определять результат, являющийся следствием окончания Потока операций. В отличие от Стартового события, которое лишь обрабатывает триггер, Промежуточное может как обрабатывать триггеры, так и возбуждать их. Конечное событие лишь определяет результат (инициирует триггер). Маркеры Событий, обрабатывающих триггеры, отображаются без заливки, в то время, как маркеры инициирующих триггеры Событий закрашены. Кроме того, некоторые типы Событий, используемые в BPMN 1.1 для прерывания хода Действия, в данной редакции могут использоваться для других целей. Такое Событие изображается в виде круга с пунктирными границами (см. ряд Событий справа).
Действие (Activity)	Действие – общий термин, обозначающий работу, выполняемую исполнителем в ходе бизнес-процесса. Действия могут быть либо элементарными, либо неэлементарными (составными). Выделяют следующие виды действий, являющихся частью модели Процесса: Подпроцесс (Sub-Process) и Задача (Task). И Задача, и Подпроцесс изображаются в виде прямоугольников с закругленными углами. Все Действия могут являться элементами как стандартных Процессов, так и Хореографий.
Задача (элементарное действие) (Task)	Задача представляет собой элементарное действие, включенное в состав Процесса. Используется в случае, если Процесс не детализируется далее в данной Модели.
Задача Хореографии (Choreography Task)	Задача Хореографии представляет собой элементарное действие в составе Хореографии. Отображает один или несколько случаев обмена сообщениями и подразумевает наличие как минимум двух Участников. Название Задачи Хореографии и имена Участников отображаются в трех разных частях данного графического элемента. Таким образом, графически Задача Хореографии должна быть разделена на дорожки с именами участников (две или более), а также содержать дорожку, предназначенную для названия данной Задачи.
Процесс/Подпроцесс (неэлементарное действие) (Process/Sub-Process)	Подпроцесс представляет собой комплексное Действие, включенное в состав Процесса. Такой вид действия считается составным, т.к. может быть разбит на составляющие (Процесс, Хореография (Choreography)) благодаря использованию поддействий (sub-Activities).	См. следующие 4 фигуры
Свернутый Подпроцесс (Collapsed Sub-Process)	Диаграмма не отображает детали Подпроцесса. Знак «плюс» находится в центре нижней части фигуры, символизирующей Подпроцесс, и указывает на то, что данное действие является Подпроцессом. В данном случае детали Процесса находятся на нижнем уровне.
Развернутый Подпроцесс (Expanded Sub-Process)	Границы Подпроцесса расширены. Внутри границ просматриваются детали. Важно отметить, что Поток операций не может пересекать границ Подпроцесса.
Скрытая Подхореография (Collapsed Sub- Choreography)	Диаграмма не отображает детали Подхореографии. Знак «плюс» находится в центре нижней части дорожки с названием Задачи и указывает на то, что данное Действие является Подпроцессом. В данном случае детали Хореографии находятся на нижнем уровне.
Развернутая Подхореография (Expanded Sub- Choreography)-	Границы Подхореографии расширены. Внутри границ просматриваются детали. Важно отметить, что Поток операций не может пересекать границ Подхореографии.
Шлюз (Gateway)	Шлюзы используются для контроля расхождений и схождений множественных Потоков операций Процесса и Хореографии. Таким образом, данный термин подразумевает ветвление, раздвоение, слияние и соединение маршрутов. Могут содержать внутренние маркеры, предназначенные для дифференцировки направления потоков.
Типы Шлюзов (Gateway Control Types)	Шлюзы — фигуры в виде ромба — влияют на потоки. Выделяют следующие типы Шлюзов: Эксклюзивные условия и объединения. Могут быть исключающими и основываться на событиях. Данный тип Шлюзов может отображаться как с маркером «X», так и без него. Шлюзы, основанные на Событиях, и Параллельные Шлюзы, основанные на Событиях, инициируют появление нового экземпляра Процесса. Включающие условия и объединения. Комплексные Шлюзы, представляющие собой сложные условия и ситуации (например, 3 из 5). Параллельные Шлюзы, представляющие собой раздвоение и слияние. Шлюзы каждого из типов оказывают влияние как на входящие, так и на исходящие потоки.
Поток операций (Sequence Flow)	Поток операций служит для отображения того порядка, в котором выполняются действия Процесса или Хореографии.	См. следующие 7 фигур
Стандартный поток операций (Normal Flow)	Стандартный поток операций относится к потокам, берущим начало от Стартового события и следующим по ходу выполнения Действий.
Неконтролируемый поток операций (Uncontrolled Flow)	Неконтролируемый поток операций относится либо к потокам, на которые не воздействую никакие условия, либо к потокам, не проходящим через Шлюзы. Простейшими примерами Неконтролируемого потока операций могут послужить отдельно взятый Поток операций, объединяющий два Действия, или составной Поток операций, сходящийся в Действии или расходящийся от него. Для каждого Неконтролируемого потока операций возникает «токен», проходящий от ресурсного объекта до целевого.
Условный поток операций (Conditional Flow)	Поток операций может зависеть от условных выражений, оценивающихся согласно времени выполнения для того, чтобы определить, будет ли использоваться поток или нет (например, будет ли токен перемещаться вместе Потоком операций). В случае, если Условный поток операций является исходящим от Действия, то у основания линии изображается небольшой ромбик (см. фигуру справа). Если же Условный поток операций является исходящим от Шлюза, то никакого ромбика у основания линии не будет (см. фигуру ряда выше).
Поток операций по умолчанию (Default Flow)	Для основанных на данных Эксклюзивных и Неэксклюзивных Условий предназначен лишь один тип потоков – Условный поток операций по умолчанию. Поток операций данного типа используется в том случае, если все остальные исходящие Условные потоки операций не являются верными во время выполнения действия. Для изображения таких Потоков операций используются диагональная черточка, располагающиеся у основания линии (см. фигуру справа).
Поток исключений (Exception Flow)	Поток исключений встречается за пределами Стандартного потока операций. Основывается на Промежуточных событиях, возникающих в ходе Процесса.
Поток сообщений (Message Flow)	Поток сообщений используется для отображения потока сообщений между двумя участниками Процесса, готовыми принимать и отсылать сообщения. На диаграмме взаимодействия два отдельно взятых Пула представляют собой двух Участников Процесса (e.g., PartnerEntities and/or PartnerRoles).
Компенсирующая ассоциация (Compensation Association)	Компенсирующая ассоциация происходит за рамками Стандартного потока операций. Основой такого рода Ассоциации служит Промежуточное событие «Компенсация», инициируемое ошибкой, совершенной в ходе транзакции, либо инициирующим триггер Событием Компенсация. Целью Компенсирующей ассоциации ДОЛЖНО являться компенсирующее действие.
Объект данных (Data Object)	Однако Объект данных предоставляет информацию о том, какие действия необходимо выполнить и/или каков результат этих действий. Может изображаться как в единственном экземпляре, так и в нескольких. Входные и Выходные данные Объекта данных представляют собой одну и ту же информацию о Процессе.
Сообщение (Message)	Сообщение используется для отображения сущности взаимодействия между двумя Участниками бизнес-процесса (Участники определяются командами business PartnerRole или business PartnerEntity).
Раздвоение (Fork)	Термин «раздвоение» служит в BPMN для обозначения разделения на два или более параллельных маршрутов (данное явление также называется «И-Разделение»). Раздвоение происходит в том случае, если предпочтение отдается параллельному выполнению действий, нежели последовательному. Существуют два типа Раздвоения: Множественный исходящий поток операций (см. фигуру справа вверху) Представляет собой Неконтролируемый поток операций, являющийся предпочтительным в большинстве ситуаций. Параллельный Шлюз (см. фигуру справа ниже). Используется реже, обычно – в сочетании с другими видами Шлюзов.
Соединение (Join)	Термин «соединение» используется в BPMN для обозначения слияния двух или более параллельных маршрутов в один (данное явление также называется И-Соединение или синхронизация). Параллельный Шлюз предназначается для объединения множественных потоков.
Условие, Точка ветвления (Decision, Branching Point)	Условиями являются Шлюзы, находящиеся в рамках Процесса или Хореографии, где контрольный поток движется по одному или нескольким альтернативным маршрутам.	См. следующие 5 ячеек
Эксклюзивный шлюз (Exclusive)	Эксклюзивный шлюз представляет собой Точку ветвления, в которой выбор маршрута основывается на условных выражениях (conditional Expressions), хранимых в исходящем Потоке операций. В данном случае может быть выбран лишь один из предложенных маршрутов.
Шлюз, основанный на Событиях (Event-Based)	Данный вид Шлюзов представляет собой Точку ветвления, в которой выбор маршрута основывается на Событии, происходящем в данной точке в ходе Процесса или Хореографии. Отдельно взятое Событие, обычно являющееся получением Сообщения, определяет выбор необходимого маршрута. Также могут использоваться другие типы Событий, например, Событие «Таймер». В данном случае может быть выбран лишь один из предложенных маршрутов. Существуют два пути получения сообщения: через Задачи типа «Получение» (см. фигуру справа вверху) и Промежуточные события «Сообщение» (см. фигуру справа ниже).
Неэксклюзивный шлюз (Inclusive)	Данный вид Шлюзов представляет собой Точку ветвления, в которой выбор маршрута основывается на условных выражениях, хранимых в Исходящем потоке операций. В некотором смысле, данный вид Шлюзов является группировкой связанных между собой независимых Бинарных Шлюзов (Да/Нет). Т.к. любой из маршрутов является независимым, то МОГУТ использоваться любые сочетания маршрутов (от нуля до максимального количества комбинаций маршрутов). Однако при построении диаграмм необходимо учитывать то, что должен быть выбран хотя бы один маршрут. Для проверки того, что выбран по меньшей мере один маршрут, может быть использовано Условие по умолчанию. Существую два вида данного типа Шлюзов. Первый тип использует совокупность Условных потоков операций. На схеме выделяется при помощи небольших ромбиков (см. фигуру справа вверху). Второй тип использует Неэксклюзивные Шлюзы (см. фигуру справа ниже).
Слияние (Merging)	Термин «слияние» используется в BPMN для обозначения исключающего объединения двух или более маршрутов в один (данное явление также называется ИЛИ-Соединение). Эксклюзивный шлюз «Слияние» предназначается для отображения слияния множества потоков. В случае, если все Входящие потоки операций являются альтернативными, то необходимость в Шлюзе отпадает. Это означает, что такое же влияние на ход Процесса оказывает и Неконтролируемый поток операций (см. фигуру справа ниже).
Цикличность (Looping)	В BPMN существуют два механизма, обеспечивающих цикличность внутри Процесса.	См. следующих две фигуры
Цикличность действия (Activity Looping)	Атрибуты Задач и Подпроцессов указывают на то, будут ли они повторяться или будут выполнены единожды. Существуют два вида циклов: Стандартный и Многоэкземплярный. Графически цикличность отображается в виде небольшого маркера в центре нижней части фигуры.
Цикличность Потока операций (Sequence Flow Looping)	Циклы могут появляться благодаря присоединению Потока операций к «противоположному» объекту. Объект является противоположным в том случае, если от него направлен Исходящий поток операций, ведущий к ряду других Потоков операций, последний из которых является Входящим потоком операций для исходного объекта.
Многоэкземплярность (Multiple Instances)	Атрибуты Задач и Подпроцессов указывают на то, будут ли они повторяться или будут выполнены единожды. Три горизонтальные полоски в центре нижней части фигуры указывают на последовательную многоэкземплярность (см. фигуру справа вверху). Три вертикальные полоски в центре нижней части фигуры указывают на параллельную многоэкземплярность (см. фигуру справа ниже).
Перерыв в Процессе (что-то, способное приостановить Процесс и не подающееся управлению) (Process Break)	Перерыв в Процессе представляет собой участок Процесса, указывающий, на каком его отрезке произойдет ожидаемая задержка. Для отображения действительного хода Процесса используется Промежуточное действие (см. фигуру справа вверху). Необходимо отметить, что Артефакт Перерыва в Процессе по желанию разработчика модели или программы моделирования может быть отнесен к Событиям, что подчеркнет расположение задержки внутри потока.
Транзакция (Transaction)	Транзакция представляет собой Подпроцесс, поддерживаемый особым протоколом, гарантирующим то, что между всеми участвующими сторонами заключено соглашение о том, что действие следует либо завершить, либо отклонить. Графические элементы действия указывают на то, является ли действие соглашением. Граница, выполненная двойной линией, указывает на то, что данный Подпроцесс является Транзакцией.
Вложенный/Встроенный Подпроцесс (Nested/Embedded Sub- Process (Inline Block))	Вложенный (или встроенный) Подпроцесс представляет собой действие, имеющее тот же набор данных, что и родительский Процесс. Данный тип Подпроцесса является противоположным независимому Подпроцессу, который может быть использован заново и на который ссылается родительский Процесс. При использовании Потока операций данные должны передаваться основному, а не вложенному Подпроцессу.	На диаграмме данный вид Подпроцесса не имеет никаких особых маркеров
Группа (блок, содержащий группу объектов одной категории) (Group)	Группа предназначена для группировки графических элементов, принадлежащих одной и той же категории. Такая группировка не оказывает влияния на Поток операций. На диаграмме бизнес-процесса название категории, к которой принадлежат сгруппированные элементы, отображается в качестве названия группы. Такого рода группировка может использоваться в целях составления документации или при проведении анализа. Графически Группы отображаются так же, как и Категории объектов.
Соединитель страниц (Off-Page Connector)	На диаграмме данный графический элемент отображается там, где на предыдущей странице заканчивается Поток операций, а затем — где он возобновляется на следующей странице. В качестве соединителя страниц может использоваться Промежуточное событие «Связь». Предназначен в основном для печати.
Ассоциация (Association)	Ассоциация служит для установления связи между информацией или Артефактами (объектами, не относящимися к Элементам потока) и элементами потока. Текстовые объекты, а также графические объекты, не относящиеся к элементам потока, могут соотноситься с элементами потока. При необходимости Ассоциация может указывать направление потока (например, потока данных).
Текстовая аннотация (связана с Ассоциацией) (Text Annotation)	Текстовые аннотации являются механизмом, позволяющим разработчику модели бизнес-процесса вводить дополнительную информацию для тех, кто работает с BPMN диаграммами.
Пул (Pool)	Пул представляет собой Участника Взаимодействия. Пул также может выступать в качестве Зоны ответственности или графического контейнера, отвечающего за разделение определенного набора действий, относящихся к другим Пулам, что обычно встречается в ситуациях типа «бизнес для бизнеса» (B2B). Внутри Пула МОЖЕТ находиться дополнительная информация по выполняемому Процессу. В случае, если такой информации в Пуле не содержится, то он МОЖЕТ представлять собой «черный ящик».
Дорожка (Lane)	Дорожка используется для отображения распределения ролей и может быть как вертикальной, так и горизонтальной (также может использоваться для разделения внутреннего пространства Пула). Служит для упорядочивания и категоризации Действий.

Карта сайта

Компания Направления Автоматизация многофункциональных центров Автоматизация контрольно- надзорной деятельности Электронное правительство Глобальные технологические тренды Образование Решения для бизнеса Развлечение и Event-индустрия Маркетинг, реклама, PR Продукты IT-услуги Автоматизация МФЦ Решения для проведения мероприятий Разработка информационных систем Проведение прикладных исследований Разработка мобильных приложений Образовательные услуги Разработка AR/VR решений Внедрение «ГИС ТОР КНД»

Пресс-центр Новости компании События Карьера Работа в компании Вакансии Вакансии Программы мотивации Программы эволюции сотрудников IT-школа «EvoAcademy» Контакты Контакты Пользовательское соглашение Условия пользования сайтом

3 самых популярных вида нотаций. Описание. Моделирование бизнес-процессов.

18.09.2020

Самые популярные нотации описания и моделирования бизнес-процессов

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

Для начала необходимо разобраться, что же такое нотация.

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

Зачем они нужны, ведь мы всегда можем нарисовать схему бизнес-процесса на листе бумаги или на доске маркером? Ответ — необходимость в автоматизации, т. е. в переводе нарисованного маркером на доске в какое-то ПО.

Мы рассмотрим 3 самых популярных на данный момент вида нотаций:

IDEF — Integration DEFinition.

Начнём с того, что IDEF — это не одна нотация, а целая группа. Они различаются по номерам (IDEF0, IDEF1, IDEF2 и т. д.) и используются для описания разных элементов бизнес-системы. 

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

Первое что важно знать о IDEF — это то, что это самая старая нотация из всех. Она уже десятилетиями не обновляется, а значит морально и функционально устарела. Тем не менее IDEF всё ещё пользуются, и раз она попала в топ-3, то как минимум знать о ней стоит.

(картинка примера IDEF)

Разберём плюсы и минусы нотации IDEF.

Плюсы:

1. Блок-схема, с использованием нотации IDEF, всегда «заточена» под лист А4. Удобно распечатывать.
2. Программ, поддерживающих IDEF, много.

Минусы:

1. Использовать модели, построенные в IDEF, сложно.
2. Построенную модель трудно анализировать.
3. Ограничения по количеству отображаемых в схеме процессов (всего 7).
4. Правила описания и чтения бизнес-процессов неудобны и сложны.
5. Программы, поддерживающие IDEF, устарели вместе с ней.

Вывод: если Вы встали перед выбором нотации для описания бизнес-процессов, то IDEF пропускаем мимо.

eEPC — extended Event-driven Process Chain.

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

За основу при разработке данной системы была взята IDEF3, однако eEPC намного нагляднее и обладает большим функционалом.

(картинка пример eEPC) 

Плюсы нотации eEPC:

1. Логика построения легка и понятна.
2. Многие ПО позволяют моделировать в eEPC.
3. Удобно изучать и анализировать.
4. Можно увидеть события, которые управляют развитием процессов.
5. Большое количество возможностей для моделирования любого процесса.

Минусы нотации eEPC:

1. Невозможно определить как происходит взаимодействие между участниками процесса.
2. События нельзя отличить по типу.
3. Дороговизна.
4. Ориентация на сложные и комплексные программные решения.

Вывод: eEPC стоит рассматривать для описания и моделирования бизнес-процессов.

BPMN 2.0 — Business Process Model and Notation.

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

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

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

Плюсы BPMN:

1. Регулярное обновление, развитие и доработка нотации.
2. Гибкость и удобство настройки.
3. Многофункциональность и простота в использовании.
4. Наличие «дорожек».
5. Возможность деления событий на типы: начало, промежуточное и окончание.
6. Возможность создавать свои собственные значки и адаптировать нотацию под свои потребности.
7. ПО с BPMN — самое активно развивающиеся. Многие программы бесплатные.
8. Подходит как для малых и средних, так и крупных компаний 
9. Возможность привязки к 1С.

Минусы:

1. В нотации много понятий и терминов. Их нужно знать и грамотно применять.
2. Высокий уровень вхождения. Из-за широкого круга возможностей нужно довольно много времени на их детальное изучение (по сравнению с другими нотациями).
3. Требуется знание бизнес-анализа. BPMN модели — не просто картинки, которые может рисовать любой ребёнок на листе А4. В этой нотации очень важная грамотная структура и последовательность.

Общий вывод: 

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

Если после прочтения статьи, у Вас возникли вопросы и Вы хотите получить на них ответы, то оставьте заявку на сайте:

Наш телефон: +7 (495) 981-63-05
Наша почта: [email protected]

---

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

Как понятно описывать бизнес-процессы | Бизнес-школа Laba (Лаба)

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

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

Георгий Ржавин — руководитель BPM-направления в GlowByte Consulting и вице-президент Ассоциации профессионалов управления бизнес-процессами. Уже более 10 лет он работает в сфере BPM — внедряет эту нотацию в процессы банков, строительных организаций, юридических и торговых компаний. 

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

Что такое нотация BPMN простыми словами

Объясняя ребенку, я бы сказал: «Нотация BPMN — способ описать бизнес в виде схемы из квадратиков и стрелочек». Стрелочки показывают логику работы бизнеса, а квадратики — людей и сервисы. 

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

BPM, BPMN, BPMS — в чем отличия?

BPM (Business Process Management) — это управленческая дисциплина, свод знаний о том, как руководить компанией. Объединяющий термин.

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

BPMS (Business Process Management Suite) — это класс программного обеспечения, IT-систем для управления и оптимизации бизнес-процессов. 

Зачем нужна регламентация бизнес-процессов?

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

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

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

Сравним компанию с автомобилем. Водитель понимает: «Поверну руль вправо — поеду вправо». Но если не знаешь, как ведет себя автомобиль, сложно предугадать, куда он направится при повороте руля. Так и в бизнесе. Если процессы не описаны — компания может «поехать» не туда, куда планировали.

Топ проблем бизнеса, если процессы не регламентированы

Есть понятие «коровьи тропы». Приходит крутой сотрудник, помогает выстроить бизнес, потом уходит — и все продолжают делать так, как делал он. Когда спрашиваешь: «А почему?», отвечают: «Мы всегда так делали». 

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

Если в компании ходят по «коровьим тропам», этот бизнес: 

#1. Не готов отвечать на вызовы рынка — в компании их не слышат, не успевают перестраиваться. 

#2. Теряет управляемость. Руководители отрываются от операционной реальности и начинают принимать управленческие решения в «своем мире» — переставая видеть бизнес таким, какой он есть. Но если понимать, как все «бегает по процессам», решения будут более взвешенными и грамотными.

#3. Не может масштабироваться. Допустим, ваша услуга популярна, и вы хотите предоставлять ее в новом городе — открыть филиал. Как сделать все быстро и с таким же качеством? 

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

Яркий пример — McDonald’s. В России, США и ЮАР у гамбургера Big Mac один и тот же вкус, а туалеты в ресторанах сети — одинаково чистые. Все потому, что у компании хорошо описанные и управляемые бизнес-процессы. McDonald’s их легко масштабирует — и делает цифровой двойник собственного бизнеса.

Что такое «модель бизнес-процесса»?

Есть хороший советский анекдот, который описывает проблему с результатом из-за процессов: 

• Есть претензии к рукавам? 
• Нет. 
• А к пуговицам? 
• Тоже нет. Но костюмчик вышел не очень. 

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

Модель бизнес-процесса — это набор сквозных процессов, которые делятся на:

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

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

• Описать бизнес для CEO — модель не будет перегружена нюансами. 
• Дать сотрудникам регламент — прописать бизнес-процесс детальнее, с системами, объектами и ответственными в виде ролей (BPM рекомендует управлять компанией через роли). 
• Сразу оживить процесс — логику прописать так подробно, чтобы не было двойного чтения и схема понималась однозначно. 

---

Чему будете учить на курсе «Нотация BPMN»?

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

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

Проблемы, которые возникают при описании бизнес-процессов

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

В первом случае я часто вижу: 

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

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

Да, есть «эксперты предметной области» — и у них нужно уточнять нюансы сферы, в которой настраивается процесс.

Как решить. Одно из основных требований к внедрению процессов — поддержка руководства. Оно должно дать сигнал: «Ребята, нет задачи кого-то уволить. Задача — повысить эффективность».

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

Если говорить о владельцах бизнеса, частая проблема там: 

Непонимание, что BPM — про общую трансформацию. Нужно ориентироваться не на то, чтобы «просто внедрить CRM и работать дальше». Целью должно быть повышение эффективности через изменения. Если в каком-то подразделении запускается BPM-проект, но весь бизнес меняться не хочет, результативность стремится к нулю. 

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

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

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

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

Рекомендуем скачать:

Шпаргалка начинающему руководителю: как не стать причиной текучки кадров

Сложные термины BPM

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

Один из них — «шлюз». Все типы развилок (а именно так переводится gateway в этой нотации) до сих пор часто называют «шлюзами». 

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

Баланс между регламентом и креативом

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

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

Описывая процессы в бизнесе, не стоит погружаться в мелочи («правую ручку клади влево»). Нужно описать, чего конкретно необходимо достичь в этой точке: например, «получить продукт с гарантированным качеством за неделю». А как именно — не так важно. 

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

Есть ли у BPMN минусы?

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

Но у этой нотации есть и слабые стороны — например, она не подойдет, когда нужно:

• Показать иерархию процессов в компании — выстроить модель бизнеса в целом. В ней каждый из уровней показывает уровни ниже в виде черных ящиков с входами и выходами. Детализация тут не нужна. А BPMN 2.0 — это в первую очередь исполняемые процессы, где нужны подробности. Применяя BPMN, модель построить можно —  но вы либо нарушите нотацию, либо модель получится слишком детальной. Тут больше подойдет нотация IDEF-0.
• Сделать кейс-менеджмент — показать, как пользователь принимает решения в условиях огромной вариативности, а не просто набора задач, которые следуют друг за другом в своей логике. В этом случае лучше пользоваться нотацией СMMN (Case Management Model and Notation).
• Отображать процесс принятия решений. Если в какой-то точке — 30 решений, и все их будем отображать в BPMN, схема окажется перегруженной. Для этой задачи есть отдельная нотация — DMN (Decision Management and Notation), которая дополняет BPMN. 

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

5 программ для BPMN

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

В Business Studio — целый набор нотаций и так называемые «модели бизнеса». Можно брать и выстраивать, что нужно. Аналог Business Studio — система ARIS, но стоит она намного дороже, и обычно ее используют максимум на 10% — как iPhone 12, по которому просто звонят. 

Camunda-modeller — система по моделированию от вендора, который предоставляет BPMS. Она помогает описать процессы с целью их последующей автоматизации. 

Аналог Camunda-modeller — Сawemo, от того же производителя. Ее главное преимущество — работа в облаках, без необходимости что-то устанавливать на компьютер. Одинаково эффективно в ней можно работать и на Mac, и на Windows.

Bizagi-modeller— достаточно известный инструмент с хорошей поддержкой нотации BPMN, его часто используют в России и странах СНГ. 

Подписывайтесь на нашу рассылку

Спасибо за подписку!

Последние материалы

Нотации описания бизнес-процессов

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

Как текстовое описание возможно на различных языках (русский, английский и т.д.), так и графическое представление бизнес-процесса возможно в условных обозначениях и по правилам того или иного «графического языка» — нотации. Основные нотации графического описания бизнес-процессов: IDEF0, BPMN2.0, EPC.

Классификация, сравнение нотаций по основным параметрам приведены в таблице ниже.

 

Нотация	IDEF0	BPMN	EPC
Что отображает	Структура и функции системы	Поток работ, алгоритм действий	Поток событий и функций
Элементы нотации	Прямоугольники (функции, процессы), стрелки (потоки)	Прямоугольники (действия в процессе), стрелки (потоки), шлюзы (логические операторы принятия решений), события (начальные, конечные, промежуточные), объекты	События, функции, потоки (материальные, документальные), участники, исполнители, события (начальные, конечные).
Чаще используется на уровне	Верхний уровень	Чаще для декомпозиции, для моделирования нижних уровней процесса	Для декомпозиции, для моделирования нижних уровней процесса
Декомпозируется в нотациях	IDEF0, BPMN, EPC	BPMN, EPC	EPC, BPMN
Особенности восприятия пользователями	Простота восприятия верхнеуровневой структуры процесса. Сложности восприятия пользователями на нижних уровнях при детализации процесса	Удобна для восприятия аналитиками, разработчиками, так и участниками/исполнителями процесса (за счет дорожек ролей-исполнителей)	Удобна для восприятия аналитиками и разработчиками, но не участниками/исполнителями процесса – так как модель представляет из себя «сплошной» поток событий и функций, четко не разделенный визуально по ролям.

 

Графическая нотация | Глоссарий ПитерСофт

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

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

Среди графических нотаций широкое применение получили нотации семейства IDEF (Integrated DEFinition): IDEF0 (функциональное моделирование), IDEF1.X (информационное моделирование), IDEF3 (моделирование деятельности или процессное моделирование). Совокупность нотаций проектирования IDEF была разработана в США в начале 80-х годов 20 века по программе Integrated Computer-Aided Manufacturing (хотя SADT, лежащий в основе IDEF0, был разработан в 1973 г). В настоящее время имеется целый ряд методик функционального, информационного и поведенческого моделирования и проектирования IDEF. В настоящее время IDEF является устаревшей морально системой описания, хотя все еще считается классической графической нотацией и применяется в продукте CA ERwin Process Modeler (ранее BPwin).

Не менее распространенной нотацией является ARIS eEPC (Extended Event Driven Process Chain – расширенная нотация описания цепочки функций процесса, управляемого событиями). Одним из ярких преимуществ событийно-функциональной цепочки eEPC является ее наглядность, позволяющая описать практически любой бизнес-процесс очень доступно. Нотация разработана профессором Шеером из компании IDS Scheer AG (Германия) и является частью методологии ARIS.

Есть более строгие нотации, позволяющие описать процессы, которые подлежат автоматизации. Ярким примером такой нотации является язык моделирования UML (Unified Modeling Language). UML применяется в таких продуктах как CASE-система Rational Rose компании IBM, или Visio от MicroSoft.

BPMN и BPMN 2.0 Учебное пособие

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

1. Выберите шаблон диаграммы BPMN

В разделе Документы щелкните стрелку вниз на оранжевой кнопке + Документ и дважды щелкните Пустую BPMN 2.0 шаблон.

2. Назовите диаграмму BPMN

Щелкните заголовок BPMN 2.0 в верхнем левом углу экрана. Когда откроется всплывающий экран, введите имя схемы в текстовое поле и нажмите OK. Название вашей диаграммы BPMN появится в верхнем левом углу экрана.

3. Запуск процесса BPMN

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

Совет: Щелкнув кружок, вы можете изменить его на непрерывное событие, щелкнув поле «Непрерывно» во всплывающем окне. Вы также можете указать тип события.

Переименуйте событие, дважды щелкнув Start Event, нажмите клавишу Delete на клавиатуре и введите новое имя.

4. Добавьте действия

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

Добавьте дополнительные действия, перетащив значки BPMN на диаграмму. В левом столбце экрана вы увидите множество фигур и символов. Мы уже создали символы, необходимые для построения диаграммы BPMN. Прокрутите список вниз до раздела BPMN 2.0.Это все необходимые символы BMPN. (Примечание: наведите указатель мыши на каждый из них, чтобы увидеть, что они представляют: задачу, транзакцию, процесс, объект данных, шлюз, дорожку / пул).

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

5. Добавьте шлюзы

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

6. Добавьте соединяющие объекты

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

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

7. Добавление пула или дорожки

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

Выберите значок пула из набора инструментов BPMN 2.0 и перетащите его в нужное место на диаграмме. Выберите тип события из раскрывающегося окна во всплывающем окне. Соответствующий значок появится в треугольнике шлюза. Дважды щелкните текст «Пул и дорожка», чтобы изменить содержимое.

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

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

8. Настройте диаграмму BPMN с помощью цветов и шрифтов

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

• Добавить цвета к элементам: Щелкните элемент на диаграмме, а затем щелкните значок заливки цвета в строке меню и выберите цвет.
  • Совет: Чтобы сделать несколько элементов одного цвета, щелкните первый элемент, а затем, удерживая клавишу Shift, щелкните оставшиеся фигуры. Затем щелкните значок заливки цветом и выберите цвет.
• Измените шрифт: Выберите «Выбрать все» в меню «Правка». Щелкните поле шрифта, выберите новый шрифт и щелкните его.Весь текст на схеме будет обновлен. Вы можете использовать другие сочетания клавиш (цвет шрифта, размер, полужирный, курсив, подчеркивание и выравнивание), чтобы еще больше настроить шрифт.

9. Поделитесь своей BPMN диаграммой

Заголовок, который вы создали в начале этого упражнения, появится в верхней части диаграммы. Если вам нравится, как выглядит диаграмма BPMN, вы можете поделиться ею с другими по электронной почте, по ссылке, в социальных сетях (Facebook, Twitter, Google+ и LinkedIn) или встроить ее на веб-сайт.Нажмите синюю кнопку «Поделиться» в правом верхнем углу экрана, и появится всплывающее окно. Выберите, как вы хотите поделиться схемой, и введите соответствующую информацию.

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

Виды деятельности BPMN | Lucidchart

Задача — это самый детализированный уровень процесса.Lucidchart поддерживает множество типов символов, обозначающих различные типы задач.

Обычная задача

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

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

Задача цикла

Задача цикла — это задача, которая повторяется снова и снова в последовательности.

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

Задача с несколькими экземплярами

Задача с несколькими экземплярами — это задача, которая повторяется несколько раз. Эти случаи могут происходить параллельно или последовательно.

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

Задача компенсации

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

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

Задача контура компенсации

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

BPMN Диаграмма и символы | Обозначение моделирования бизнес-процессов

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

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

Как устроены эти автоматизированные рабочие процессы?

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

Что такое диаграмма BPMN?

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

Какие общие символы используются в диаграммах BPMN?

Диаграмма BPMN состоит из четырех основных элементов: потоковых объектов , соединяющих объектов , дорожек и данных .

Символы объектов потока

Источник: BPMN Flow Objects, Researchgate.net

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

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

• Сообщение: сообщение, например электронное письмо или текст, отправлено или получено.

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

• Ошибка: возникла проблема, прерывающая рабочий процесс.

• Таймер: символы таймера могут отмечать запуск таймера (клиент может отменить бесплатную пробную версию в течение 30-дневного окна или с него взимается ежемесячная плата) или определенный день недели (по понедельникам система составляет список недавних получателей бесплатной пробной версии.)

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

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

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

• Транзакция: задействует процесс оплаты.

• Подпроцесс: указывает на набор дополнительных задач, сгруппированных вместе.

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

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

• Exclusive: Пример эксклюзивного шлюза, ожидающего услышать правильный секретный код от странного стука в дверь клуба. Вы разрешаете им вход или отклоняете их?

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

• Параллельный: параллельные шлюзы не ожидают определенного условия. Они могут проходить одновременно.

Что такое символы соединяющих объектов

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

• Последовательность: отображает последовательный поток объектов.

• Ассоциация: Показывает взаимосвязь между различными данными и объектами.

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

Понимание дорожек

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

Что такое символы данных

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

Хотя только знатоки программирования могут расшифровать языки программирования, такие как Java и C, BPMN создает общий визуальный язык для заинтересованных сторон организации.Используя этот визуальный «алфавит» в диаграмме BPMN, каждый в организации может научиться визуализировать рабочий процесс BPM.

Подробнее о нотации моделирования бизнес-процессов в ProcessMaker:

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

и обозначение — Вводное руководство по BPMN

Наслаждайтесь этим вводным руководством по BPMN по основным элементам и их назначению.

Дорожки

Пулы и дорожки — Как мне определить обязанности и организационные границы в моем ландшафте процессов?

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

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

Общие сведения о пулах и дорожках подробно объясняет, как работать с пулами и дорожками.

Деятельность

Как мы достигаем наших целей? Принимая меры.Действия — это элементы BPMN, которые представляют действия.

Задачи — Каковы этапы моего бизнес-процесса?

Задачи — это действия, которые участник процесса выполняет шаг за шагом для достижения бизнес-цели процесса. Следовательно, задача всегда назначается одной полосе. Если задачу разделяют несколько человек или ролей, вы можете использовать расширение BPMN «дополнительный участник». Если вы сравните семантику задачи с естественным языком, участник процесса будет субъектом процесса — кем-то, кто что-то делает.Действие будет глаголом, и обычно в маркировке действия есть объект: когда участник процесса выполняет свое действие над чем-то, например, с документом. При разметке задач вы должны следовать этой предопределенной структуре, чаще всего это синтаксис «глагол + объект», как в «построить ракету».

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

Подпроцессы

Как абстрагироваться от деталей?

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

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

Чтобы узнать больше об иерархиях процессов и о том, как их моделировать с помощью BPMN, см. «Упрощение жизни ваших заинтересованных сторон с помощью подмножеств».

События

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

Стартовые события — Что запускает мои процессы?

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

Завершающие мероприятия — Какова моя бизнес-цель?

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

Промежуточные события. Как мой бизнес-процесс взаимодействует со своей средой?

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

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

Разъемы

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

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

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

Потоки сообщений — как мой бизнес-процесс взаимодействует через границы организации?

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

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

Ассоциации

Какие ассоциации задействованы в моем бизнес-процессе?

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

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

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

Шлюзы

Шлюзы

позволяют управлять, а также объединять и разделять поток процессов.

Эксклюзивные шлюзы (XOR) — Какие решения необходимо принять в рамках моего бизнес-процесса? (или / или)

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

Вы также можете использовать эксклюзивные шлюзы для моделирования решений с более чем двумя возможными результатами:

Параллельные шлюзы (И) — Как параллельные операции обрабатываются в моем бизнес-процессе?

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

Inclusive Gateways (OR) — Какие решения необходимо принять в рамках моего бизнес-процесса? (и / или)

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

Шлюз на основе событий — запускают ли разные события разные действия?

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

Артефакты

Объекты данных — К каким данным я могу получить доступ, создать или обработать?

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

ИТ-системы

Какие ИТ-системы задействованы в моем бизнес-процессе?

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

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

Дополнительный участник

Какие роли участвуют в выполнении задачи, помимо тех, на которых лежит основная ответственность?

До сих пор всегда был один участник процесса, выполняющий одно действие, но что произойдет, если задействован не только один субъект? Для более точного моделирования реальности Signavio Process Manager поддерживает расширение дополнительного участника BPMN.Подключите дополнительного участника через ассоциацию к действию. Это означает, что для успешного выполнения действие требует участия этого субъекта.

В качестве примера модель того, как впервые работают пользователи Signavio Process Manager, может выглядеть следующим образом:

Хотите применить свои новые знания на практике? Почему бы не воспользоваться нашей бесплатной пробной версией и не начать использовать BPMN 2.0 с нашими интуитивно понятными решениями для совместной работы!

Что такое моделирование и нотация бизнес-процессов (BPMN)

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

Что такое моделирование и нотация бизнес-процессов (BPMN)

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

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

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

Немного о Tallyfy

Хотите автоматизировать задачи между коллегами или клиентами? Вы нашли для этого подходящее приложение! С Tallyfy вы можете автоматизировать задачи и бизнес-процессы за считанные минуты.

Вернемся к остальной части этой статьи!

Источник изображения: wikipedia

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

Что такое Таллифи?

Tallyfy помогает вам документировать и автоматизировать задачи между коллегами и клиентами

Нажмите здесь, чтобы узнать о Tallyfy

Назначение и преимущества BPMN

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

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

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

Методология была разработана Инициативой управления бизнес-процессами (BPMI) и первоначально была известна как «нотация моделирования бизнес-процессов». В 2011 году с выпуском BPMN v2.0 название было изменено на «Модель бизнес-процесса и нотация».

Элементы и символы BPMN 2.0

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

Четыре различных элемента или объекта, используемых для BPMN:

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

Вот как работает каждый из них…

Потоки

События

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

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

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

Действия

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

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

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

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

Шлюз

Шлюз — это условный элемент, он обозначен ромбами. Есть несколько различных типов таких событий:

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

Подключения

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

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

Дорожки для плавания

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

Артефакты

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

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

Самая важная часть — что предлагает Tallyfy, чем BPMN?

Подробнее об этом здесь

3 (и только 3) причины использования BPMN (нотация моделирования бизнес-процессов)

Нотация моделирования бизнес-процессов (BPMN) — это стандартизированная нотация для создания визуальных моделей бизнес-процессов или организационных процессов.

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

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

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

Как надо.

Для всех нас, плохо знакомых с бизнес-анализом.

(Прежде чем я забыл, обязательно скачайте наш бесплатный шаблон бизнес-процесса.)

Когда использовать BPMN

По моему опыту, есть только 3 веских причины для использования нотации BPMN.

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

Если не подходит одна из этих трех причин, использование BPMN для выполнения BPMN может принести больше вреда, чем пользы.

Риски использования BPMN

И есть много рисков при использовании BPMN, когда в этом нет особой необходимости.

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

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

>> Загрузите бесплатный шаблон бизнес-процесса

Начните анализировать бизнес-процесс сегодня с помощью нашего бесплатного шаблона бизнес-процесса.

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

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

Щелкните здесь, чтобы загрузить бесплатный шаблон бизнес-процесса сегодня

Руководство по символам и нотации BPMN

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

Создание собственной диаграммы BPMN? В Gliffy предварительно загружены все необходимые символы BPMN. Начните работу с бесплатной пробной версией здесь >>

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

События

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

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

Действия

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

Шлюзы

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

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

Артефакты

Объекты данных

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

Группа

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

Аннотация

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

Соединители в BPMN

Поток последовательности

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

Поток сообщений

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

Ассоциация

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

Использование дорожек плавания для диаграмм BPMN

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

🎬 Посмотрите наше обучающее видео с советами по функциональности дорожек в Gliffy: Как создать диаграмму дорожек

Пулы

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

Дорожки

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

В чем разница между пулом и дорожкой в ​​BPMN?

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

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

Что такое пул черного ящика?

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

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

Использование символов BPMN с Gliffy

Готовы использовать это руководство с пользой? Экономьте время, просто перетаскивая нужные формы BPMN на диаграмму. Это все, что нужно для создания таких потрясающих диаграмм BPMN (также ознакомьтесь с полным руководством по BPMN!):

Начните с бесплатной пробной версии Gliffy онлайн, в Confluence или Jira.

No related posts.