Сказочная нотация BPMN и как её применять

30.08.24

Функциональные - Управление бизнес-процессами (BPMS)

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

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

Согласитесь, для того, чтобы реализовать такой проект на высшем уровне и без ошибок, потребуется детальный план действий, правильное распределение обязанностей и чёткий контроль. Кроме того, придется расставить реперные точки для промежуточного подведения итогов, мониторинга соблюдения сроков и оперативного принятия решений. Для этого, например, можно применить классическую методологию оптимизации бизнес-процессов «As is и To be» (Как есть и Как будет), которая призвана разграничить анализ текущей ситуации и планирование улучшений. Удержать весь этот объем информации в голове крайне сложно, а во избежание накладок и ошибок придется как-то организовать устойчивую оперативную связь между всеми участниками процесса. Вот здесь и появляется такой незаменимый помощник, как BPMN.

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

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

 

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

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

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

Простыми словами, BPMN (Business Process Model and Notation) – это

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

  2. алгоритм действий для достижения той или иной цели;

  3. детальный путь, который предстоит преодолеть для выполнения поставленной задачи.

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

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

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

Стартовые – тонкий контур

Промежуточные – двойной тонкий контур

Завершающие – жирный контур

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

Пустые (Start event) – Обычно применяются для начала построения системы бизнес-процессов.

Сообщения (Message) – это как раз тот случай, когда триггером для начала процесса становится заявка, заказ, запрос и т.п.

Таймер (Timer) – процесс, завязанный на определенном времени. Например, он может обозначать начало выполнения задачи во вторник в 9:00. А, если процесс имеет регулярность и цикличность, то можно обозначить старт «ежедневно по будням с 14:00»

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

 

  • Неэксклюзивный шлюз «И/ИЛИ» не должен противоречить логике и применяться вместе взаимоисключающими вариантами движения процессов.

 

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

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

 

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

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

 

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

Создадим простой последовательный проект BPMN-диаграммы. Делать я это буду на сервисе MAKER, так как использую его для другой работы в области прототипирования форм и создания приложений. Однако, при последнем обновлении в сервисе появился модуль BPMN, позволяющий создавать диаграммы в популярном среди разработчиков и аналитиков стиле CAMUND. Вы можете применять любой другой сервис, концептуально все они плюс-минус одинаковые. А лично мне удобно, когда вместо трех программ всё можно делать в одной. Итак, вот простой алгоритм действий:

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

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

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

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

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

 

 


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

Удобный и простой инструмент: изменяйте и редактируйте всё парой кликов, просто перетаскивайте элементы, назначайте роли и задавайте условия.


bpmn бизнес-процессы maker аналитика моделирование прототипирование диаграммы разработка управление

См. также

Управление производством (МES) Управление бизнес-процессами (BPMS) Платформа 1С v8.3 Платные (руб)

Программный продукт является самостоятельным решением, разработанным на современной технологической платформе "1С:Предприятие 8.3" и позволяет автоматизировать основные бизнес-процессы производственных лабораторий, служб управления качеством и ОТК на предприятиях с дискретными и процессными типами производств, а также независимых и аккредитованных лабораторий.

357000 руб.

16.07.2024    586    0    0    

0

Управление бизнес-процессами (BPMS) Платформа 1С v8.3 Бесплатно (free)

В статье приводится пример настройки бизнес-процесса в типовой конфигурации с использованием универсальной подсистемы КонструкторБизнесПроцессов.

30.11.2023    4648    1bpm    0    

16

Работа с интерфейсом Управление бизнес-процессами (BPMS) Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)

Обработка для создания ментальных карт / работы с графической схемой 1С / визуализации бизнес-процессов. Гибкое управление: направление новых элементов / цвет элементов / типы линий / типы рамок / картинки / фигуры. Дополнительные возможности: совместная/групповая работа со схемой через механизм Системы взаимодействия 1С.

1 стартмани

07.09.2020    8528    23    Mopo3    11    

13

Файловый обмен (TXT, XML, DBF), FTP Управление бизнес-процессами (BPMS) Платформа 1С v8.3 Управляемые формы Бизнес-процессы Абонемент ($m)

Обработка открывает карту из файла в формате графической схемы и сохраняет в формате PNG и BMP. Будет полезна специалистам для оформления технической документации программного продукта.

1 стартмани

06.07.2020    8454    26    solarstrike    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. rpgshnik 3795 01.09.24 06:53 Сейчас в теме
Вау, круто, ёмко, мощно и спасибо 👍
1Concept; +1 Ответить
2. anosin 29 01.09.24 19:52 Сейчас в теме
(1) тоже как и автор курсовую пишешь?
investec; SirStefan; +2 2 Ответить
3. acces969 362 02.09.24 09:56 Сейчас в теме
Давно понял что нужен удобный инструмент построения схем при разработке, но не мог найти удобное. Мучался с UML и ER диаграммами. А тут вот случайно увидел недавно BPMN, сразу видно было что это то, что нужно. А тут научился как пользоваться. Спасибо за статью, ничего лишнего.
1Concept; rpgshnik; +2 Ответить
13. Gesperid 2 05.09.24 09:34 Сейчас в теме
(3)
А тут вот случайно увидел недавно BPMN, сразу видно было что это то, что нужно. А тут научился как пользоваться. Спасибо за статью, ничего лишнего.

ER и множество диаграмм UML - про структуру, а не про процессы.
Грубо говоря, как вы на BPMN структуру метаданных нарисуете? :)
TanyTany; investec; +2 Ответить
16. acces969 362 06.09.24 07:40 Сейчас в теме
(13) Ну так мне и диаграммы бизнес-процессов нужны были. А я кроме блок-схем ничего и не знал на тот момент.
4. starik-2005 3087 02.09.24 10:38 Сейчас в теме
А где: "меня зовут вася, я работаю китайцем в 1С..."?

Вообще, нотаций полно. Самая простая, как мне кажется, EPC. С другой стороны, любой человек без справки с помощью квадратиков и стрелочек способен нарисовать любой процесс, в котором он разбирается. А все эти красоты - это все мало помогает выполнить основную функцию схемы - сделать процесс понятным любой официантке (с).
investec; SirStefan; user1188801; brr; mysm; +5 1 Ответить
5. malikov_pro 1324 02.09.24 21:32 Сейчас в теме
(4) "Самая простая, как мне кажется, EPC" - много аннотаций писать нужно, тот же таймер или исходящее сообщение.
Думаю зависит от подхода объясняющего, так же от объясняемого процесса. Операционные процессы легко и понятно на BPMN, с аналитическими и набором условий периодически закапываюсь.

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

"BPMN-диаграмм прекрасно подходит для прогнозирования сроков, а также оценки вероятных рисков и потенциальных проблем" - для оркестровки возможно, для высокого уровня использовали IDEF0 сейчас используют C4 https://infostart.ru/pm/1540208/, для риск анализа Диаграмма Исикавы
9. Petr54-ru 92 04.09.24 08:02 Сейчас в теме
(4) По моему опыту, главная проблема всех этих нотаций в том, что постановщики задач на стороне заказчика не понимают этих замечательных картинок, даже если у них очень приличное базовое образование. Есть немалый риск, что они прикинутся, что все поняли.

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

(4)
С другой стороны, любой человек без справки с помощью квадратиков и стрелочек способен нарисовать любой процесс, в котором он разбирается.
Ага, на этапе сбора требований и предпроектного анализа задачи, "рисование на салфетках" - прекрасный метод, после которого спокойно можно садиться и готовить текст в MS Word на согласование.
teyana; TanyTany; +2 Ответить
10. starik-2005 3087 04.09.24 10:21 Сейчас в теме
(9)
MS Word
Вы амбассадор мелкомягких? Я, например, и в гуглдоксах могу, а могу и в моем офисе, да даже в блокноте. почему ворд?
12. Petr54-ru 92 04.09.24 15:28 Сейчас в теме
(10) У меня сейчас заказчики, это компании, которые по среднесписочной численности сотрудников попадают под критерии среднего бизнеса, по выручке превосходят в полтора-два раза, крепкие такие региональные среднячки пара филиалов по регионам, 50+ рабочих мест пользователей. Там MS Word рулит. Вчера вот отправил текст в ворде в Москву, - не поверите, прочитали.

Я до кризиса осьмого года трудился в системной интеграции и привык к красивому и удобочитаемому формату документов, чтоб было приятно распечатку держать в руках. Когда приходится у заказчика проводить совещание по проекту, люди подтягиваются с распечатками моей писанины, цветными маркерами выделяют нужные куски, красота. Мне даже .rtf формата не всегда хватает.
TanyTany; +1 Ответить
14. starik-2005 3087 05.09.24 11:02 Сейчас в теме
(12)
Я до кризиса осьмого года трудился в системной интеграции и привык к красивому и удобочитаемому формату документов, чтоб было приятно распечатку держать в руках.
А я любил, как выглядит текст в Лесиконе - отличный был редактор. А потмо кто-то из демократов решил, что мы все купим у них )))

ЗЫ: мне вот текст консоли разукрашенной нравиццо. А распечатки - это прошлый век. Сейчас рулят интерактивные вебтехнолгичные диаграммы. И поверпоинты там уже не особо рулят. Все на расшаренных экранчиках в VKTeams и прочем отечественном софте. А динозабров - на свалку истории.
15. Petr54-ru 92 06.09.24 05:25 Сейчас в теме
(14) Выглядит привлекательно, одно не понятно, каким образом участники проекта будут прикрывать свою задницу "интерактивной вебтехнологичной диаграммой". В рамках старой школы, каждый чих и каждый пых в проекте, должен быть письменно согласован с заказчиком и подписан ответственными. ИТ-проекты, это деятельность весьма рисковая, и риски несут все участники проекта - и со стороны исполнителя, и со стороны заказчика. Никому не интересно сливать свою карьеру в унитаз из-за чужих косяков или откровенных подстав. Задница должна быть прикрыта, в старину это называли принципом CYA - Cover Your Ass. Если у все в проекте задница прикрыта, то и эффективности больше и результаты лучше.
17. starik-2005 3087 06.09.24 12:00 Сейчас в теме
(15)
В рамках старой школы, каждый чих и каждый пых в проекте, должен быть письменно согласован с заказчиком и подписан ответственными
Электронный документооборот маст хэф. Блокчейн, там, гиперледжер, ... Старую школу на новые шпалы! Блин, олдскулы аж свело...
Прикрепленные файлы:
6. Viktor_Ermakov 369 03.09.24 08:46 Сейчас в теме
Самое главное что бы нотация писалась кодом, "все как код", и тогда можно хранить в git всю историю изменений.
Два основных плюса создания нотации кодом:
1. быстро можно накидать, изменить схему.
2. храним историю в git
8. CheBurator 2712 03.09.24 22:02 Сейчас в теме
7. support 4453 03.09.24 09:35 Сейчас в теме
С праздником!
Прикрепленные файлы:
rpgshnik; 1Concept; JohnyDeath; SirStefan; starik-2005; CK3; ScfArctic; user1681028; Petr54-ru; CheBurator; +10 Ответить
11. frkbvfnjh 805 04.09.24 15:13 Сейчас в теме
Пользуйтесь Bizagi Modeler. А вообще не понятная хрень - нет четких правил, одно и тоже можно нарисовать тысячами способов...
TanyTany; +1 Ответить
18. TanyTany 24.09.24 00:00 Сейчас в теме
BPMN - это максимально просто и интуитивно понятно? даже самых сложных алгоритмов??

И кому вы ее будете показывать? зоотехнику или бухгалтеру - не поймут, аналитику - утонет в переходах, особенно в условных и асинхронных (и не дай бог не утонет, а попросит веточку пририсовать), заказчику? - да он даже не поймет куда свои пожелания влепить...
Кто-то обозвал BPMN - "от программиста программисту". Согласна полностью, но с программистами надежнее договариваться глядя в код (когда он будет). А до этого - блок-схемку, можно docs-as-code, можно UML (только подходящую схему, а не объектную как в примере). Даже квадратики на салфетке подойдут. Но не рисовать же для программиста pools and lanes.
Так для кого она BPMN?

IDE под BPMN, конечно, зачетные. Но суть-то все-таки, не чтобы быстро нарисовать, а чтобы легко понять...
Может переубедит кто, а? Обещаю внимательно выслушать и проникнутся...

Что ж я BPMN так не люблю-то..
19. alexey_kurdyukov 165 30.10.24 04:33 Сейчас в теме
Как рисовать документ? Как "простое действие"? А как рисовать документ, если он создается в разных местах процесса в соответствии с разными условиями, это формально один и тот же тип документа, но логически получается как будто разный, даже не смотря на то, что в нём одинаковая хозоперация и вообще одинаковые данные?
Оставьте свое сообщение