Нотация для стандартизованного визуального описания бизнес процессов это

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

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

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

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

• IDEF0.
• EPC.
• BPMN.

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

Первая, 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:

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

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

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

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

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

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

В этой статье мы поговорим про основы бизнес-анализа и рассмотрим наиболее популярные на сегодня нотации моделирования UML, BPMN и EPC, а также покажем, почему структурные методы IDEF0, IDEF1 и DFD до сих пор актуальны. Читайте в этом материале, где и как использовать различные нотации бизнес-моделирования и что рекомендует руководство BABOK.

Что такое бизнес-моделирование: взгляд BABOK на многообразие нотаций

Прежде всего отметим, что цель этой статьи – не научить читателя рисовать диаграммы в той или иной нотации моделирования, а показать возможности этих инструментов для практикующего бизнес-аналитика. Начнем с определения: нотация бизнес-моделирования – это система графических элементов, символов и условных обозначений, для описания процессов или систем, позволяющая описать ключевые понятия предметной области и их взаимоотношения. Используемые при этом символы, условные и графические обозначения составляют алфавит нотации, с которым можно работать по специальным правилам применения его элементов [1]. Существует множество нотаций, используемых при описании бизнес-процессов и проектировании информационных систем, например, один только стандарт UML (Unified Modeling Language) включает 12 видов диаграмм для объектного моделирования при разработке программного обеспечения [2].

Семейство стандартов IDEF (ICAM или Integrated DEFinition) насчитывает целых 14 методологий, каждая из которых предназначена для моделирования процессов или систем с определенной точки зрения. Например, IDEF0 наглядно показывает структуру процессов и систем за счет функциональной декомпозиции, IDEF1x используется при проектировании реляционных баз данных, позволяя создавать ERD-диаграммы (Entity Relationship Diagram), с помощью IDEF3 можно документировать логику выполнения процесса и пр. [3]. Наконец, среди наиболее часто используемых на практике нотаций стоит упомянуть DFD (Data Flow Diagram, диаграммы потоков данных), EPC (Event-driven Process Chain, событийная цепочка процессов) и BPMN (Business Process Management Notation, нотация моделирования бизнес-процессов).

Некоторые из перечисленных нотаций частично дублируют назначение друг друга и даже похожи визуально. К примеру, у BPMN очень много общего с EPC и UML-диаграммой деятельности (Activity Diagram), а также процессным методом IDEF3 [4]. В свою очередь, объектный метод IDEF3 пересекается с UML-диаграммой состояний (State Diagram) [5], а IDEF4 вообще включает целый набор методов, аналогичных UML, позволяя проектировать систему «сверху вниз» через моделирование классов, объектов и взаимоотношений между ними [6].

Чтобы не запутаться в многообразии различных нотаций моделирования, бизнес-аналитику стоит помнить, что все эти диаграммы – всего лишь инструмент для описания процесса или системы с определенного ракурса. В частности, профессиональное руководство BABOK (Business Analysis Body of Knowledge) по бизнес-анализу [7], о котором мы рассказывали здесь, поясняет, что для комплексного описания системы следует использовать несколько нотаций моделирования, т.к. ни одна точка зрения не может автономно определить всю архитектуру сложного объекта. Более того, BABOK подчеркивает, что попытки вложить слишком много информации в одну точку зрения и представить все аспекты сложной системы, таких как набор требований к программному обеспечению, архитектура предприятия, корпоративные бизнес-процессы и пр., только усложнят видение и не позволят получить модели приемлемого качества.

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

Структура и динамика: как описать системы и бизнес-процессы

Все многообразие нотаций бизнес-моделирования можно разделить на 2 категории:

• Структурные, которые показывают компонентный состав исследуемого объекта и взаимосвязи между его элементами. Например, UML-диаграммы классов, компонентов, кооперации, композитной структуры, развертывания, пакетов, объектов и профилей. Из нотаций стандарта IDEF к структурным относятся IDEF0, IDEF1x, IDEF4, IDEF5 и IDEF.
• Динамические, которые показывают движение потоков данных или логику выполнения процессов. Например, DFD, EPC, BPMN, а также UML-диаграммы деятельности, состояний, вариантов использования и последовательностей.

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

• в задачах системного анализа и синтеза, таких как разработка совершенно нового технического продукта (ракета, автомобиль и пр.), преимущественно используются комплексные методологии семейства IDEF, позволяющие проектировать систему «сверху вниз» за счет функциональной декомпозиции – разбиения сложного объекта на более простые элементы с их последующим описанием;
• при разработке требований к программному обеспечению и документировании готового решения чаще всего применяется стандарт UML, позволяющий описать проектируемый продукт в объектно-ориентированных терминах. Для описания структуры базы данных используется ERD-нотация IDEF1x (Extended). А DFD-диаграмма наглядно продемонстрирует движение потоков данных между различными хранилищами (СУБД, файлы, бумажные и другие материальные носители) и процессами по их преобразованию. Подробнее о том, как разработать DFD-диаграмму, читайте здесь.
• для описания бизнес-процессов предприятия с целью их анализа и последующей оптимизации используются нотации IDEF0, BPMN, EPC. При этом указанные методы отлично дополняют друг друга, детализируясь от структуры метапроцессов, таких как «продвижение и продажи», «осуществление основного вида деятельности» и пр., представленных в IDEF0, к пошаговым алгоритмам, показывающим логику исполнения процессов в виде EPC- или BPMN-диаграмм. Например, именно такой подход реализован в популярной отечественной системе бизнес-моделирования Business Studio [8]. Подробнее о достоинствах и недостатках IDEF0, а также примерах практического использования этой нотации, которая сегодня несправедливо считается устаревшей и неактуальной, читайте в нашей новой статье.

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

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

Освоить все рассмотренные нотации моделирования и их применение на практике вы сможете на курсах Школы прикладного бизнес-анализа в нашем лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:

• Методы описания бизнес-процессов (IDEF, BPMN, EPC, UML)
• Основы бизнес-анализа: вход в профессию для начинающих
• UML для бизнес-аналитика

Источники

1. https://ru.wikipedia.org/wiki/Нотация
2. https://ru.wikipedia.org/wiki/UML
3. https://ru.wikipedia.org/wiki/IDEF
4. https://ru.wikipedia.org/wiki/BPMN
5. https://ru.wikipedia.org/wiki/IDEF3
6. https://en.wikipedia.org/wiki/IDEF4
7. https://www.iiba.org/standards-and-resources/babok/
8. https://www.businessstudio.ru/products/business_studio/notations/

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
Наша почта: expert@salecraft.ru

---

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

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

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

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

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

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

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

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

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

Первой нотацией считается модель 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 может быть читаемой и исполняемой, если к ней подключить возможности информационной системы.
• самый популярный тип графической модели: можно задать вектор событий, детально описать бизнес-процессы и указать ресурсы и информационные системы, которые будут использованы в работе.

Недостатки:

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

Рекомендации по выбору

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

• Динамическая. Демонстрирует ход потоков данных и логику выполнения процессов. К данной категории относятся графические модели DFD, EPC, BPMN.
• Структурная. Показывает связь между объектами и основные особенности исследуемого объекта. Рекомендуется обратить внимание на нотации: IDEF0, IDEF1x, IDEF4, IDEF5 и IDEF6.

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