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

Содержание

Нотации бизнес-процессов IDEF0. EPC. BPMN.

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

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

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

Сегодня в мире наиболее популярны 3 нотации:

Когда возникли нотации?

Первая, IDEF0, возникла в армии, точнее – в ВВС США, произошло это в 1980-х годах. Целью была оптимизация работы предприятий, выпускающих военную продукцию.

Вторая, EPC (Event-driven Process Chain), появилась на 10 лет позднее. Её название (“цепочка событийных процессов”) даёт понять, что фокус сделан именно на событие.

Нотация BPMN – часть концепции BPM (управления бизнес-процессами). Впервые она возникла в 2004 году (версия 1.0) и несколько раз модернизировалась в 2008, 2009, 2011 и 2013 годах. Самая последняя версия – BPMN 2.0.2.

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

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

Нотация IDEF0

Структуру системы.
Функции.
Потоки ресурсов, информации.

Модель IDEF0 разворачивается одновременно слева направо и сверху вниз, по диагонали. Объекты, расположенные левее / выше, доминируют над теми, которые находятся правее / ниже. Доминирующие объекты могут включать в себя зависимые: например, доставка заказа – это элемент, входящий в состав более масштабного процесса управления заказами. Также доминирующие объекты могут являться предшествующими этапами для зависимых: получение заявки – согласование заявки.

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

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

Ещё один минус: с помощью IDEF0 лучше всего описываются модели, где бизнес-процесс представляет собой одну цепочку, без развилок. Если на пути он встречает множественные “или”, работать с IDEF0 становится очень сложно.

Нотация EPC

Она использует значительно больше элементов – разноцветных фигур.

Розовые фигуры – события.
Зелёные – функции (действия).
Жёлтые — исполнители.
Серые – ресурсы.
Оранжевые – информационные системы.

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

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

Чтобы выстроить схему, сначала определяются стартовое / финальное событие, затем – промежуточные события, необходимые для них исполнители, ресурсы.

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

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

Главный недостаток EPC в том, что её структурной единицей является событие, поэтому приходится создавать события для любых, даже самых незначительных этапов. EPC справедливо критикуют и за обилие тавтологических элементов: задача “определить исполнителей” – событие “исполнители определены”, задача “согласовать договор” – событие “договор согласован”. Если схема длинная и сложная, такие элементы её перегружают, как и многочисленные стрелки от “исполнителей” к “”событиям”, особенно если один исполнитель отвечает за множество событий, или на одно событие назначено несколько сотрудников.

Нотация BPMN

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

Задача (прямоугольник).
Событие (круг).
Шлюз, развилка (ромб).
Поток, ход (стрелка).
Базы данных, документы.
Сноски.
Пулы.

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

Главное преимущество BPMN – она лучше всего подходит, если нужно описать именно бизнес-процесс, сделав его понятным даже для рядовых сотрудников. Сегодня BPMN пользуется популярностью: большинство вендоров, предлагающих системы BPM, предусматривают работу c BPMN: схему, созданную с её помощью, можно сделать исполняемой, подключив возможности информационной системы.

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

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

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

Елена Гайдукова, маркетолог-аналитик. Работает в сфере BPM и автоматизации процессов с 2014 года. В настоящее время является бренд-менеджером решений на базе Comindware Business Application Platform.

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

Наиболее популярная нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT. Методология IDEF0 — это методология моделирования, позволяющая создать функциональную модель, отображающую структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции (на рисунке представлена графическая диаграмма в нотации IDEF0 — пример реализован в системе Business Studio, которая включает в себя функции программы для построения IDEF0). Бизнес-процессы в нотации IDEF0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой. Особенностью нотации является:

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

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

Подробнее о нотации IDEF0

С методологией SADT можно подробно ознакомиться в монографии Дэвида А. Марка и Клемента МакГоуэна «Методология структурного анализа и проектирования SADT».

Нотация Процесс (Basic Flowchart в Visio)

Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Используются графические элементы: событие, процесс, решение, два типа стрелок — стрелки предшествования и стрелки «Поток объектов».

Нотация Процесс поддерживает декомпозицию на подпроцессы.

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

Нотация Процедура (Cross-Functional Flowchart в Visio)

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

Нотация Процедура поддерживает декомпозицию на подпроцессы.

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

Нотация BPMN 2.0

Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Особенностью нотации BPMN 2.0, появившейся в качестве стандарта моделирования в 2011 году, является то, что она предназначена как для моделирования бизнес-процессов, так и для их исполнения. Она доступна для понимания и удобна как бизнес-аналитикам, так и разработчикам, которые занимаются автоматизацией исполнения процессов. Для экспорта схемы процесса в BPMS-систему в Business Studio используется стандарт XPDL.

В Business Studio представлено 2 типа диаграмм BPMN 2.0 — диаграммы процессов и диаграммы взаимодействия процессов. Используются следующие графические элементы: процессы, события, шлюзы; 3 типа стрелок: поток управления, поток сообщений, ассоциации; объекты: документы, информация, сообщения, базы данных. Важно, что в Business Studio все элементы диаграмм BPMN являются объектами репозитория.

В Business Studio в нотации BPMN можно строить иерархическое дерево процессов, т.е. поддерживается декомпозиция.

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

Нотация BPMN 2.0

Нотация EPC (Event-Driven Process Chain)

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

Нотация EPC поддерживает декомпозицию на более низкие уровни. Диаграмма декомпозируемой функции EPC может быть описана только в нотациях EPC или BPMN 2.0.

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

Блог о бизнес-процессах и BPMN

Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.

Основные нотации моделирования бизнес процессов и их применение

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

Что такое бизнес-моделирование

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

Построение бизнес модели

Ключевые задачи бизнес-моделирования:

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

Читать: Для чего нужна автоматизация бизнес процессов на предприятии. Как выбрать средство автоматизации и правильно внедрить его в производство

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

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

Когда возникли нотации?

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

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

Проектирование бизнес моделейРазработка бизнес модели

Нотация BPMN охватывает сферу управления бизнес-процессами. Версия 1.0 возникла в 2004 году и модернизировалась больше 4 раз — в 2008, 2009, 2011 и 2013 годах. Сегодня в работе применяется последняя версия 2.0.2 или ее основа 2.0.

Основные виды нотаций

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

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

Рассмотрим основные типы нотаций моделирования бизнес-процессов:

VAD (value added chain diagram) — концентрируется на услугах и продукции для потребителей, представлена в виде общего, не детализированного взгляда на бизнес-процесс. Для чтения графической модели не требуется специализированных навыков.
EPC (event-driven process chain) — в основе модели представлены перечень шагов и запускаемые события. Нотация актуальна для анализа информационного бизнес потока, а именно входящих/исходящих документов. Поможет определить операционные риски, информационные системы, ресурсы и экранные формы.
Flow Charting — позволяет моделировать бизнес-процессы, учитывая различные точки зрения, применима в большинстве бизнес-моделей.
IDEF — создает модели, отражающие структуру системы, ее основные функции и потоки ресурсов или информации.
BPMN — применяется для демонстрации решения конкретных задач бизнес-процесса или схемы его прохождения в целом. Описывает все нюансы проведения бизнес-процесса, моделирует стартовые, промежуточные и итоговые события, а также определяет информационные потоки.
UML (Unified Modeling Languages) — применима для системного анализа и проектирования, необходима для описания требований к информационным системам бизнес-процессов.
VSM (Value Stream Mapping) — представлена в виде набора специфических символов, отображающих показатели затрат ресурсов и времени, используемого для анализа бизнес-процесса.
SIPOC — эффективна для определения границ бизнес-процесса, а также выделения взаимодействующих сторон и входов/выходов итогов процесса.

Плюсы и минусы IDEF

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

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

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

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

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

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

Особенности eEPC

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

Бизнес модель

Графические отметки базируются в основном не на фигурах, а на цветах:

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

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

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

BPMN 2.0

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

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

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

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