Это программное средство используется для графического описания бизнес процессов

Создание практически любого решения для бизнеса, включая CRM, не обходится без создания бизнес-процессов.
Построение бизнес-процесса – не всегда простое дело, потому что требуется не только начертить некую схему, но и продумать, как практически будет происходить тот или иной процесс, регламентировать его, донести этот регламент до каждого сотрудника, протестировать, как всё происходит на практике, подумать над недостатками и вариантами их исправления.
Для моделирования бизнес-процесса в соответствии с нотацией BPMN чаще всего используется специальное ПО для моделирования бизнес-процессов, способные не только составлять схемы, но и обеспечивать реальную работу бизнеса по этим схемам.
Давайте разберемся что же такое система BPMN и как происходит моделирование бизнес-процессов BPMN ?
BPMN – Business Process Management Notation – это система условных обозначений для построения схемы протекания бизнес-процессов (моделирования бизнес-процессов).

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

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

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

9 программ для моделирования бизнес процессов:
1. Bizagi Process Modeler http://www.bizagi.com/
Бесплатное программное обеспечение для создания диаграмм процессов и документации в нотации стандарта BPMN. Отличній инструмент построения бизнес-процессов. Помогает не только создать, но и опубликовать результаты работы в различных форматах, включая MS Word и интерактивный HTML:

Бесплатная. Open Source Business Management System. Программа для построения и анализа бизнес процессов.

Достаточно простой в установке и использовании инструмент, так что его могут применять и начинающие пользователи. ARIS Express принадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) и включает не только инструменты моделирования бизнес-процессов и публикации моделей, но и интегрирующиеся между собой средства разработки системы сбалансированных показателей, оценки и оптимизации стоимости бизнес-процессов, инструменты, упрощающие внедрение ERP-систем, а также инструменты контроля за выполнением бизнес-процессов.

4. Camunda https://camunda.com/products/modeler/
Это BPM-движок для автоматизации бизнес-процессов.
— Открытые исходники позволяют однозначно понимать как работает софт, а отличная документация позволяет очень быстро разобраться, как интегрировать движок в свою инфраструктуру.
— Camunda поддерживает последнюю версию Java, или вообще любой JVM-язык.
— Отличная архитектура внутри — движок делает то, что от него ожидается самым очевидным и ожидаемым способом. Нет никаких лишних абстракций, которые необходимо изучать.
— Удобство разработки, тестирования и встраивания в CICD за счёт того, что Camunda можно использовать просто как библиотеку в Java-приложении. Camunda не ограничивает разработчика какими-то своими условиями. Используйте любые удобные инструменты — статистические анализаторы, тестовые фрейморвки, средства сборки, средства контроля версий.
Camunda — это также набор приложений Modeler, Task List, BPMN Engine, DMN Engine, Cockpit, Admin,Optimize.
Modeler — это приложение для создания моделей BPMN процессов. Эти модели нужны для других частей системы.
Task list — это веб-приложение, в котором исполнители выполняют задачи, поставленные на них бизнес-процессом.
BPMN Engine — это непосредственно движок, которые отвечает за интерпритацию BPMN в объекты JAVA, сохранение объектов в базе и реализацию других вещей (типа листенеров активностей), которые крутятся вокруг процессов.
DMN Engine — аналогично BPMN Engine, только для DMN (Decision Model and Notation)
Cockpit — это веб-приложение для просмотра состояния процессов. В бесплатной версии он сильно обрезан по функционалу.
Admin — это веб-приложение для управления правами пользователей и пользователями.
Optimize — это веб-приложение для анализа бизнес-процессов. Оно платное.

5. AllFusion Process Modeler http://www.ca.com/ru/default.aspx
Позволяет проводить описание, анализ и моделирование модели данных, построитель мета-моделей данных. Занимает одно из лидирующих мест в своём сегменте рынка.
Включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

6. IBM WebSphere Business Modeler http://www-03.ibm.com/software/products/us/en/modeler
IBM WebSphere Business Modeler является программным средством, нацеленным на моделирование, имитацию и анализ бизнес-процессов.
Ключевые характеристики IBM WebSphere Business Modeler такие:
— позволяет сформировать перечень показателей KPI, привязать их к элементам бизнес-процесса и путем имитации модели спрогнозировать их значения. Таким образом, отслеживается достижение стратегических и тактических целей компании.
— позволяет описывать бизнес-процессы при помощи диаграмм стандарта BPMN. Информация об организации может накапливаться в виде структурированных справочников, между справочниками могут устанавливаться взаимосвязи.
— посредством инструментария Crystal Report в системе могут создаваться любые виды отчетности по объектам модели и регламентной отчетности, которые могут быть выгружены в Word, Excel, pdf и прочие форматы.
— система поддерживает более 40 видов анализа как статического (анализируется структура модели), так и динамического (анализируется модель во время и после имитации).
— возможности сбора и контроля значений показателей позволяют использовать систему не только как систему проектирования, но и как систему исполнения.
— модели могут быть опубликованы так, что станут доступны команде разработчиков для ознакомления и анализа.
— система легко интегрируется с другими продуктами разработки IBM.

7. ELMA http://www.elma-bpm.ru/
Российская разработка. Есть бесплатная версия. Система управления бизнес-процессами основана на простой идее: идет построение модели бизнес-процессов вашей компании с помощью наглядных диаграмм (нотация BPMN), загружаете эти описания в компьютерную систему ELMA, и программа позволяет отследить исполнение процессов в реальной практике работы предприятия.
Ключевые характеристики:
— помимо управления последовательными задачами, которые выгодно автоматизировать, есть модуль управления проектами.
— существующая система контроля (в том числе через модуль управления KPI) и отчетов создает оптимальный условия для работы в команде, в том числе удаленно (особо ценно для филиалов).
— электронный документооборот связан со всеми модулями системы и обеспечивает хранение, классификацию документов. Это значительно экономит время и сводит концепцию «незаменимого работника» к минимуму.
— учет клиентов и прав доступа решен в модуле CRM: появилась функция интеграции с call центрами. Для рядового пользователя ELMA может быть полезна как альтернатива внутрикорпоративной почте и инструмент управления задачами.

8. Fox Manager Бизнес Процессы http://www.fox-manager.com.ua/
Бесплатная. Используемая нотация близка к Basic Flow Chart, которая многим хорошо знакома своей простотой построения бизнес процессов. Программа автоматически строит процессы верхнего уровня, отображая взаимодействия категорий и бизнес процессов в виде наглядной диаграммы. Аналитические функции программы позволяют вовремя заметить и устранить ошибки, допущенные при построении построенной процессной модели, а именно выделить процессы, за которые никто не отвечает, найти ссылки на несуществующие документы, должности, поставщиков или бизнес процессы.

9. Comindware Business Application Platform https://www.comindware.com/ru/platform/
Отечественная Low-code платформа для моделирования и управления BPMN-процессами и цифровой трансформации предприятия.
Платформа от Comindware прекрасно подходит для упрощения и углубления автоматизации бизнес-процессов в рамках систем электронного документооборота. Утверждение и подписание договора – наиболее типичный процесс в рамках документооборота любой компании. С помощью пользовательского инструмента от Comindware, входящего в функционал платформы и доступного из любого веб-браузера, появляется возможность без лишних сложностей собрать такой процесс в соответствии с BPMN.

Источник

Роман Исаев

Партнёр ГК «Современные технологии управления»

Руководитель проектов, бизнес-тренер, сертифицированный специалист Business Studio

Автор 11 книг и более 60 публикаций в научно-практических журналах

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

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

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

CFFC (Cross Functional Flow Chart. Кросс-функциональная модель, или «диаграмма дорожек») — см. Рис. 1. По мнению многих экспертов, она наиболее проста для разработки и чтения. Данная нотация интуитивно понятна сотрудникам и имеет очень широкое распространение. Но есть два недостатка: ограничение по количеству «дорожек» (субъектов — исполнителей бизнес-процесса) на листе А4, недостаточный набор фигур для отображения всех необходимых сущностей и атрибутов (например, отсутствие фигур «базы данных» и «программный продукт»).

Рис. 1. Нотация «Cross Functional Flow Chart» — модель процедуры «Оформление и выдача кредита»

EPC (Event driven Process Chain. Цепочка процесса, управляемая событиями) — см. Рис. 2. Содержит большой набор фигур для отображения всех основных сущностей и атрибутов на моделях бизнес-процессов. Имеет хорошую визуализацию и цветовое оформление.

Рис. 2. Нотация «EPC» — модель процедуры «Разработка / модификация продукта банка»

BPMN (Business Process Model Notation. Модель и нотация бизнес-процесса) — см. Рис. 3. Является наиболее сложной и многофункциональной нотацией. Есть организации, которые полностью описывают все свои бизнес-процессы в BPMN и имеют более 200 моделей в формате А4 с постоянной актуализацией.

Рис. 3. Нотация «BPMN» — модель процедуры «Прием сотрудников на работу»

Basic Flow Chart и IDEF0. Оисание этих двух нотаций не входит в задачу данной статьи.

Разработку графических моделей необходимо выполнять с помощью программных продуктов бизнес-моделирования (например, Business Studio или Microsoft Visio). Каждый программный продукт поддерживает разный набор нотаций. Подробное описание всех нотаций утверждается в документе «Соглашение по бизнес-моделированию». Для бизнес-аналитиков (методологов) это единые договорённости по разработке, а для сотрудников организации — памятка по правильному чтению (интерпретации) графических моделей.

Форматы описания бизнес-процессов по их оформлению (формализации)

Рассмотрим 3 основных формата.

Текстовый формат. Для сложных бизнес-процессов это обычно несколько текстовых регламентов с общим объёмом более 100 страниц А4. У этого формата есть немало минусов и недостатков, тем не менее, он является самым распространённым на сегодняшний день.
Табличный формат — более формализованный (структурированный) и компактный. Бизнес-процесс представляется в виде таблицы со следующими столбцами: функции (действия), вход, источник входа, выход, потребитель выхода, требования к срокам, комментарии и др.
Графический формат. В России уже известны организации (в первую очередь банки — см. [1]), которые имеют все свои процессные регламенты в графическом формате (т. е. они состоят только из моделей). Такая практика с каждым годом получает всё более широкое распространение. На наш взгляд, все организации, которые ориентированы на долгосрочное и эффективное ведение бизнеса в условиях конкурентной среды, перейдут к графическому описанию бизнес-процессов.
Однако следует отметить, что специализированные методики и правила (например, методику анализа финансового состояния клиента, правила юридической проверки клиента) не нужно описывать в виде моделей. Это технически сделать очень сложно и нецелесообразно. Поэтому подобные методики следует применять в качестве текстовых приложений к графическим моделям бизнес-процессов.

Есть ещё и четвёртый формат, редко встречающийся в организациях, но запоминающийся. Это описание бизнес-процесса в формате презентационных слайдов (например, MS Power Point), состоящих из «живых» картинок (Clipart), фотографий и текстовых пояснений. Данному формату нельзя придать юридическую силу (официально утвердить), но, как это ни странно, бизнес-процессы в течение многих лет работают на основе этого формата описания. Работают с ошибками, операционными рисками и проблемами, но руководители не понимают этого или не хотят менять подход.

Во многих организациях (особенно среднего и небольшого размера) бизнес-процессы, к сожалению, вообще не описаны. Нет ни моделей, ни регламентов, ни каких-либо официальных материалов. Есть только виртуальные знания и договорённости, которые находятся «в головах» сотрудников и руководителей организации. Подробные рекомендации и примеры того, как описать бизнес-процессы с минимальными инвестициями и рисками, рассмотрены в [2].

Почему важно именно графическое описание бизнес-процессов

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

Визуализировать (представить наглядно) логику бизнес-процесса. Например, для коллективного обсуждения и анализа.
Быстро и точно выявить ошибки и операционные риски в бизнес-процессах. Также очень удобно на моделях отметить те места, в которых могут реализоваться операционные риски, и заранее принять необходимые меры.
Найти «узкие места» и причины неэффективности в бизнес-процессе.
Полноценно применить методы оптимизации, разработать модели «как надо» («TO-BE» или версию 2.0). Большое количество методов оптимизации основано на использовании графических моделей.
Провести имитационное моделирование (Simulation) и функционально-стоимостный анализ (ФСА) бизнес-процесса с помощью программных продуктов бизнес-моделирования.
Объяснить порядок выполнения бизнес-процесса сотрудникам, быстро вспомнить или понять основные моменты и детали. В некоторых организациях графические модели наиболее важных и сложных процедур постоянно находятся на рабочих столах сотрудников.
Отследить все взаимосвязи с другими бизнес-процессами и объектами в компании, что особенно актуально для крупных и территориально разделённых организаций.
Организовать качественный контроль бизнес-процесса (в том числе процедуры внутреннего аудита). Отметим, что в банках инициатором описания бизнес-процессов иногда выступает служба внутреннего контроля.
Построить комплексную электронную бизнес-модель организации (например, основанную на бизнес-процессах [3]). Именно системный подход, т. е. разработка системы взаимосвязанных моделей по всем областям работы и управления в организации, позволяет добиться максимальных результатов.
Обеспечить синхронизацию одинаковых объектов в разных бизнес-процессах. Например, если бизнес-аналитик изменил название должности (субъекта) в организационной структуре, то на моделях всех бизнес-процессов, в которых участвует данная должность (как исполнитель), должны автоматически измениться названия соответствующих фигур. При текстовом описании бизнес-процессов синхронизацию и актуализацию регламентов приходится выполнять вручную, поэтому при больших объёмах информации часто возникают неточности и даже противоречия.
Автоматически сгенерировать текстовые и табличные регламенты с помощью программных продуктов бизнес-моделирования (например, Business Studio).

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

Источники информации

Исаев Р.А. Секреты успешных банков. Бизнес-процессы и технологии. — М.: Инфра-М, 2017.
Исаев Р. А. Описание и оптимизация бизнес-процессов с минимальными инвестициями и рисками.
Комплексная типовая бизнес-модель банка (финансовой организации).

Опубликовано по материалам:
Журнал «Банковское дело» № 12/2017

Январь 2018 г.

Что такое нотация BPMN

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

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

5 BPM-систем с нотацией BPMN в основе

bpm’online

bpm’online — платформа для управления бизнес-процессами от компании Terrasoft. В основе системы — самый прогрессивный стандарт моделирования бизнес-процессов BPMN. Система позволяет не только осуществить моделирование и схемы бизнес-процесса и изменить ее с помощью удобного дизайнера, но и запустить только что созданный процесс без привлечения разработчика.

Для моделирования бизнес-процессов в нотации BPMN в bpm’online доступны два инструмента:

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

Выбор инструмента для моделирования в bpm’online зависит от сложности, назначения и способа запуска процесса.

BizAgi Suite

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

Business Studio

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

ELMA BPM

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

Visual Paradigm

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

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

Источник

АННА Вичугова

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

Алфавит нотации и примеры бизнес-процессов

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

Главное назначение и практическое применение

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

BPMN позволяет описать бизнес-логику выполнения действий в виде наглядной диаграммы, а также запустить отрисованный бизнес-процесс на исполнение. Для этого используются специализированные системы BPMS (Business Process Modelling System), поддерживающие эту нотацию.

BPMS-системы могут автоматически перевести схему бизнес-процесса в исполняемый код и создать веб-приложение, которое будет обрабатывать данные, введённые пользователями и сторонними сервисами. Это соответствует концепции Low Code/No Code (создание программного обеспечения без разработки кода) и отлично подходит для автоматизации офисных процессов.

Технически такая возможность реализуется за счёт перевода BPMN-диаграмм в документы формата BPEL (Business Process Execution Language). BPEL-документы представляют собой инструкции исполнения бизнес-процессов для веб-сервисов.

Таким образом, BPMN используется в следующих случаях:

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

Воркшоп «BPMN для людей:

основы самой популярной нотации

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

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

Краткая история появления нотации

BPMN считается довольно молодой нотацией: её 1-я версия вышла в 2009 году под эгидой профессионального консорциума OMG. Сегодня эта нотация является стандартом де-факто в ИТ-сфере и используется для описания бизнес-процессов. Текущая версия BPMN 2.0 вышла в 2011 году и используется до сих пор. В 2014 году в дополнение к BPMN группа OMG выпустила нотацию описания бизнес-правил и принятия решений (Decision Model and Notation, DMN).

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

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

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

В зависимости от целей построения BPMN-диаграмм, различают 3 уровня моделирования:

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

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

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

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

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

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

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

Триггер определяет тип и смысл события. Например, триггер в виде конверта означает, что пришли какие-то данные, причём совсем не обязательно в виде сообщения электронной почты. Триггер в виде часов связан со временем. Если событие имеет триггер, значит, поток управления двинется дальше только тогда, когда сработает триггер этого события. Например, получены данные, наступил определённый временной интервал и так далее.

Таблица базовых элементов BPMN

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

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

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

Процесс утреннего пробуждения

Пример процесса утреннего пробуждения

Как можно видеть на диаграмме, после стартового события выполняется первое действие («Проверить время звонка»). Следующий за ним логический оператор исключающего ИЛИ, подобно шлюзу, пропускает дальше поток управления только по одной ветке: «да» или «нет». Причём ветка «нет» здесь помечена как поток по умолчанию, который выполнится, если все остальные условия не будут верны.

После выполнения действия оператор включающего ИЛИ (OR) пропускает поток на действие «Выпить кофе» или на действие «Узнать новости» или по обоим веткам. Исключения здесь нет, ручеёк потока управления распараллеливается на две ветки, чтобы потом объединиться снова в одну и один раз выполнить действие «приготовиться к делам». После выполнения этого действия процесс заканчивается конечным событием.

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

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

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

В следующем примере процесс «утоления голода» состоит из двух дорожек («Ребёнок» и «Мама»), общение между которыми выполняется через поток управления.

Пример процесса утоления голода

Стартовым событием является простое событие «Возникло чувство голода» на дорожке Ребёнок, а конечным — простое событие «Чувство голода удовлетворено» на этой же самой дорожке.

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

Кафе показано отдельным свёрнутым пулом, общение с которым происходит через поток сообщений в рамках свёрнутой задачи «Собраться в кафе». Предполагается, что детали выполнения задачи «Собраться в кафе» отражены на отдельной диаграмме.

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

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

Также некоторые события могут быть прерывающими и не прерывающими.

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

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

Пребывающие события с разным типом

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

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

Граничные прерывающие и непрерывающие события

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

Примеры прерывающих и непрерывающих граничных событий с типом «сообщение»

Подобно событиям, действия в BPMN также могут быть разных типов:

Выполняемые вручную без использования какого-либо ПО, например, съесть пиццу
Выполняемые пользователем с помощью ПО, к примеру, заказать пиццу
Выполняемые скриптом или сервисом, например, изменить статус заказа пиццы

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

Поскольку BPMN показывает логику выполнения бизнес-процесса, в диаграммах используются логические операторы, которые также называются развилками или шлюзами. Изначально их всего три: OR, XOR и AND.

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

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

Наконец, логическое И (AND) означает активацию всех входящих или исходящих в этот оператор потоков управления, реализуя логическое умножение переменных, т. е. операцию конъюнкции.

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

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

Следующий рисунок показывает использование эксклюзивного шлюза по событиям, который запускает движение потока только по той ветке, где событие произойдёт раньше. Например, получено согласие от клиента ИЛИ прошло 5 дней (без новостей от клиента).

Пример использования эксклюзивного шлюза по событиям

Все остальные шлюзы, которые есть в BPMN, приведены в Приложении В.

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

Правила построения диаграмм

Рассмотрим пример бизнес-процесса обработки заявки.

Пример бизнес-процесса обработки заявки

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

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

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

После действия «Направить клиенту коммерческое предложение (КП)» на диаграмме используется логический оператор ИЛИ (событийный XOR), после которого возможен один из двух вариантов:

1. Если прошло 5 дней, что показано событием с триггером таймер, и ответа от клиента нет, заявке присваивается статус «Отказ» в CRM-системе и наступает финишное событие «Заявка закрыта».

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

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

В результате этой задачи создаётся документ «Проект договора» и наступает финишное событие «Заявка успешно обработана».

Если в диаграмме используются операторы обычного XOR, проверяющего условия по данным, и OR (неисключающего ИЛИ) рекомендуется помечать поток по умолчанию, который активируется, если другие условия не сработали. Поток по умолчанию допустимо не подписывать, если подписаны остальные потоки и диаграмма остаётся понятной. В примере ниже «‎Нецелевой»‎ — поток по умолчанию.

Пример обозначения потока по умолчанию

Альтернативный способ показать условия

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

Пример условия зашитого в поток управления

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

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

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

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

Рекомендации по использованию BPMN

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

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

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

Для упрощения восприятия диаграммы стоит придерживаться правил наименования:

Внешних контрагентов показывать как закрытые, они же — свёрнутые пулы (пулы, в которых нет действий)
Называть закрытые пулы ролями или бизнес-единицами, а открытые — процессами
Называть дорожки также, как роль, должность или структурное подразделение
Называть действия (задачи) в стиле Глагол-Существительное, например, «‎Проверить счёт», «Подтвердить заявку», «Оформить договор»
Называть события как свершившийся факт в прошедшем времени, к примеру, «Поступила заявка», «Прошло 3 дня»
Подписывать исходящие из XOR стрелки, например, «Да» и «Нет», а также отмечать поток по умолчанию

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

Наконец, при разработке любой диаграммы нужно помнить о главном правиле аналитика: независимо от нотации, ваша схема должна быть МАКСИМАЛЬНО простой и понятной читателю БЕЗ знания тонкостей процессного моделирования!

В целом алгоритм разработки BPMN-диаграммы можно представить как набор следующих 7 шагов:

Определить границы процесса, т. е. стартовое и конечное события, участников и полезный результат
Описать «счастливый» путь (happy path), который ведёт к созданию полезного результата (продукта)
Добавить условия и альтернативные потоки
Добавить неуспешные завершения
Добавить артефакты (объекты и хранилища данных)
Раскрыть на новых связанных диаграммах свёрнутые подпроцессы
Добавить промежуточные событийные потоки к внешним пулам

Пример построения диаграммы по текстовому описанию

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

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

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

Узнав подробности коммерческого предложения, клиент принимает решение о продолжении сотрудничества или отказе от него. Если клиент не согласился на условия КП, на этом процесс работы с ним заканчивается, а заявке присваивается статус «Отказ».

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

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

Пример построения диаграммы по текстовому описанию

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

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

ШТОРМ — веб-редактор от команды Дениса Котова, пожалуй, главного евангелиста BPMN в России, с автопроверкой диаграмм и возможностями командной работы в одном пространстве;
Online BPMN — простой и удобный веб-редактор, поддерживает интеграцию с BPMS-системой;
Cavemo — веб-редактор, аналогичный предыдущему, имеет офлайн-версию
простые веб-«рисовалки‎» Lucidchart, Draw.io, Visual Paradigm

Также алфавит нотации BPMN поддерживается и в MS Visio, ARIS Express и других редакторах диаграмм общего назначения.

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

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

Воркшоп «BPMN для людей:

основы самой популярной нотации

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

Анна Вичугова

Кандидат технических наук (Системный анализ, управление и обработка информации, 2013)
Сертифицированный бизнес-аналитик (CBAP 2020, международная сертификация IIBA)
Сертифицированный специалист Business Studio (2010, 2012, 2013, 2018)
Сертифицированный специалист и администратор СЭД Directum (2011)

Профессиональные интересы: системный анализ, бизнес-анализ, разработка и поддержка СМК, ССП (KPI), анализ и формализация бизнес-процессов (UML, IDEF, BPMN), Data Science, технологии Big Data, разработка технической документации (ТЗ по ГОСТам серии 19.***, 34.***, руководства пользователя и администратора, описание программных продуктов), управление продуктами и проектами.

Источник

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

Как молоток и пяльцы, они полезны в умелых руках и бесполезны для тех, кто не знает их назначения. Рисовать или не рисовать схемы бизнес-процессов? – вопрос, вызывающий немало дискуссий. Однако мы уверены в том, что схемы действительно необходимы при определенных условиях.

Для тех, кто торопится

Я разработал бесплатный облачный сервис для рисования и обсуждения диаграмм с коллегами. Он очень экономит время и делает обсуждение удобным. Регистрируйтесь!

Количество убивает качество

Когда ваша компания состоит из нескольких человек, когда вы знаете каждого поимённо, схемы вам вряд ли пригодятся.

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

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

В каких случаях нужно рисовать схемы?

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

Как пользоваться нотациями

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

Действие. Этот элемент отражает определенную часть работы.
Событие. Показывает, когда что-то «случилось»: например, пришел заказ.
Шлюзы. Они соединяют или разделяют другие элементы схемы.
Артефакты. Задача этого элемента – улучшить читаемость схемы, дать дополнительную информацию.
Потоки. Отображают последовательность работы.
Дорожки и пулы. Разделяют ответственность между задачами.

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

Схема процесса

Все их будут объединять пулы, отражающие сферу ответственности. Так, заявка от клиента – это событие. Через поток работа передаётся в действие, причём вы можете указать артефакт, чтобы читателю было проще понять, что нужно на этом этапе. Если есть два варианта действия, например, вы заказали товар, а он на складе либо есть, либо нет, используйте шлюз, который приведет к действиям.

Схема процесса без исполнителей

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

Схема процесса с исполнителями

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

Подпроцессы отображаются в виде свёрнутых элементов

Сравнение разных инструментов для нотации BPMN

Мы описали основные элементы BPMN. Рисовать процессы в этой нотации можно в разных инструментах. Сравнение их возможностей – в таблице ниже.

	bizagi	visio
Стоимость	Бесплатная	Платная
Удобство	Тяжело работать со сложными схемами	Подходит для описания бизнес-процессов, но может понадобиться дополнительная библиотека элементов
Верификация схем	Есть	Нет
Возможность выгрузки	Поддерживает выгрузку в отдельных форматах	Поддерживает выгрузку в картинки

Как пользоваться бесплатной программой

Воспользоваться BPMN вы можете бесплатно, просто перейдите по ссылке http://storm.bpmn2.ru/ – и перед вами откроется рабочая область, процессник. Нотация работает прямо из браузера, ничего скачивать и устанавливать на компьютер не нужно.

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

Так выглядит рабочее окно программы

Как нарисовать регламент бизнес-процесса

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

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

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник