Как построить схему бизнес-процесса

Как построить схему бизнес-процесса

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

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

Этап 1. Определение и ограничение бизнес-процесса

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

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

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

Этап 2. Задание точек начала и окончания, основных блоков

Любая схема бизнес-процесса имеет начало и конец. Например, за начало берётся поступившая от клиента заявка, за конечную точку – момент передачи ему готового продукта (доставки).

Далее вычленяются основные этапы обработки бизнес-процесса. Например:

• Регистрация входящей заявки.
• Презентация клиенту подходящего продукта.
• Оформление конкретной заявки.
• Производство продукта (или поиск его на складе) и отправка клиенту.

Этап 3. Детализация схемы бизнес-процесса

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

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

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

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

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

Этап 4. Определение ролей участников процесса, документов, баз данных

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

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

Этап 5. Проверка схемы бизнес-процесса

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

Готовая схема бизнес-процесса может быть с лёгкостью автоматизирована с помощью систем BPM.

Если же вы используете решения на базе Low-code платформы Comindware Business Application Platform, то сможете вносить большинство изменений в работу системы без помощи ИТ-специалистов, а также выбирать тот набор функций и возможностей, которые нужны вашей компании на данном этапе её развития.

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

Похожие записи:

Опубликовано: 14 сентября 2018 в разделе Бизнес-процессы

Лидер среди BPMS на российском рынке

Компания Comindware признана крупнейшим разработчиком систем управления бизнес-процессами среди российских компаний.

Взгляните на цифровую трансформацию глазами ИТ-директора СургутНефтеГаз

Узнайте, как цифровизовать бизнес-процессы в компании с географически распределённой структурой.

Узнайте как создать ИТ-стратегию и -среду, соответствующую современному темпу развития цифрового бизнеса.

Узнайте как правильно автоматизировать бизнес-процессы HR и в короткие сроки получить результат.

Узнайте как правильно автоматизировать процессы в бирюзовой компании и быстро получить результат.

Попробуйте инновационную платформу для разработки и запуска бизнес-приложений Comindware Business Application Platform

Бизнес-процессы — основа эффективного управления предприятием

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

Книга в подарок

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

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

Преимущества процессного подхода перед функциональным

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

Каждый бизнес-процесс имеет:

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

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

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

Наличие проработанной системы бизнес-процессов значительно упрощает приведение деятельности компании на соответствие требованиям стандартам качества ISO 9001:2015. В условиях свершившегося вступления России в ВТО, соответствие предприятия стандартам ISO 9001:2015 становится важным конкурентным преимуществом.

Внедрение СМК на предприятии в обязательном порядке требует создания и описания бизнес-процессов.

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

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

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

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

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

• Стандартные формы бизнес-процесса
• Карта бизнес-процесса
• Маршруты бизнес-процесса
• Матрицы бизнес-процесса
• Блок-схемы бизнес-процесса
• Описание стыков бизнес-процесса
• Вспомогательные описания бизнес-процесса
• Развернутое описание бизнес-процесса
• Документирование бизнес-процесса
• Определение показателей и индикаторов бизнес-процесса
• Регламент выполнения бизнес-процесса

Рассмотрим подробнее каждый этап.

1.Стандартные формы описания бизнес-процесса

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

2.Карта бизнес-процесса

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

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

• Каким документом завершается рабочий цикл, чтобы его можно было начать сначала?
• Кому передается этот документ?
• Что этому предшествует?
• Кто вовлечен в этот процесс внутри и вне организации?
• Кто выдает задание для запуска процесса?

Рекомендация

При составлении карты бизнес-процесса следует воспользоваться популярной вопросной формулой 5W1H. Коротко, это 5 вопросов W:

• Who?(Кто совершает данную операцию?)
  
• Why? (Почему или зачем выполняется эта операция?)
  
• What? (Что представляет собой эта операция?)
  
• When? (Когда нужно проводить данную операцию?)
  
• Where? (Где производится операция?)
  

и один вопрос H

• How? (Как совершается эта операция? Можно ли сделать это иначе или внести улучшения?).

Если карта получается слишком сложной — это сигнал о том, что в управлении организацией нет должного порядка.

3. Маршруты бизнес-процесса

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

4. Матрицы бизнес-процесса

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

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

5. Составление блок-схемы бизнес-процесса

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

• Сопоставима ли ценность от данного бизнес-процесса с затратами на его проведение?
• Насколько он интегрирован с другими бизнес-процессами?
• Могут ли быть сразу обнаружены ошибки этого бизнес-процесса?
• Что сделано для улучшения и обеспечения качества этого бизнес-процесса?

6. Описание стыков бизнес-процессов

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

Рекомендация

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

Затем составьте аналогичное описание входов.

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

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

8. Развернутое описание бизнес-процессов

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

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

9. Документирование бизнес-процесса

Бизнес-процессы, входящие в систему СМК, подлежат документированию. Наиболее удобной формой описания является процедура. Бизнес-процесс может быть описан одной или несколькими процедурами, в зависимости от сложности. Удобно сделать единый вид для описания всех бизнес-процессов.

10. Определение показателей и индикаторов бизнес-процесса

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

• качество;
• время выполнения;
• количество;
• издержки.

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

Группа индикаторов бизнес-процесса показывает степень достижения цели.

Группа требований включает в себя:

• человеческие ресурсы;
• инфраструктура;
• условия производственной среды.

Группа обеспечения желаемого протекания процесса:

• информация;
• инструкции по выполнению работ;
• время.

Группа рекомендаций:

• финансы;
• логистика;
• поставщики;
• партнеры и т.д.

11. Регламент выполнения бизнес-процесса

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

В регламент следует заложить требования, обеспечивающие соответствие циклу Шухарта-Деминга:

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

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

Нотация BPMN. Графическая схема процесса и его логика

BPMN (Business Process Model and Notation — нотация и модель бизнес процессов) разработана компанией Business Process Management Initiative и поддерживается Object Management Group после слияния организаций в 2005 г. Последняя версия 2.0 вышла в 2012 г. В 2013 году BPMN утверждена в качестве международного стандарта ISO/IEC 19510.

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

Бизнес -процессы

Существует множество определений бизнес-процессов. Например Википедия дает такое определение:

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

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

Еще одним определением процесса (бизнес-процесса) будет:

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

Входы и выходы — это информационные и материальные потоки.
Прежде чем описывать процесс в виде графической схемы, очень важно определить его контекст

процесс может :

• получать входы от других процессов;
• передавать выходы другим процессам

Процесс НЕ может :

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

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

Бизнес-процесс состоит из операций и действий. Дадим определение этим понятиям.

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

Операция состоит из действий или набора действий, производимых над обрабатываемым объектом. Действие есть акт взаимодействия оператора с обрабатываемым изделием, в котором достигается определенная, заранее определенная, цель.

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

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

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

И давайте рассмотрим следующую схему:

Зеленый круг — стартовое событие, которое указывает на начало того или иного процесса;

Красный круг — конечное событие, которое указывает на точку завершения процесса;

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

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

Детальней об всех этих элементах будет рассказано подробней чуть ниже.

Область применения нотации BPMN

Нотация BPMN предназначена для описания:

• Порядка исполнения работ образующих бизнес-процесс,
• Потоков данных между операциями процесса;
• Потоков сообщений между процессами;
• Ассоциации обрабатываемых объектов данных с операциями процесса.

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

• Функциональную (структурную) декомпозицию работ;
• Организационную структуру предприятия;
• Модель данных;
• Бизнес правила,
• Бизнес стратегию компании

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

Основные элементы нотации

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

1.Элементы управления;
2. Соединительные элементы;
3. Артефакты;
4. Данные.
5. Зоны ответственности

Зоны ответственности

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

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

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

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

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

События

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

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

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

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

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

В BPMN разные события изображаются по разному.

Операции и логические операторы

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

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

Соединительные элементы

C помощью событий, операций и логистических операторов можно составить схему процесса

Операции процесса на схеме соединены стрелками. Эти стрелки имеют
тип «Sequence flow» — они показывают последовательность выполнения операций во времени. Можно сказать, что они управляют «потоком операций» — Work Flow.

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

Данные

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

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

Хранилища данных изображают внешние по отношению к процессу системы хранения, например, СУБД.

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

Артефакты

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

Графическое изображение Группы

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

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

Читать: Подходы к ведению проекта. Анализ и выявление бизнес-проблем, а также причин их возникновения

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

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

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

Субклассы нотации BPMN

Полный набор графических элементов в нотации BPMN 2.0 содержит 116 графических элементов, для упрощения работы с ними их можно разделить на несколько групп (взято из книги Федорова И.Г. «Моделирование бизнес-процессов в нотации BPMN 2.0»)

Основной набор включает 7 элементов, достаточен для разработки концептуальной (не исполняемой) модели процесса.

• Подмножество описательных элементов (+17) достаточно
для построения исполняемой модели;
• Подмножество аналитических элементов (+29)
• Наконец, полный набор (+50) позволяет создавать любые
типы диаграмм.

Логика процесса

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

Эксклюзивный шлюз

Эксклюзивный шлюз (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия.

Исключающие Шлюзы включаются в состав бизнес-процесса для разделения Потока операций на несколько альтернативных маршрутов. Для процесса с исключающим типом Шлюза может быть выбран лишь один из предложенных маршрутов (поэтому определяется как Шлюз «ИЛИ»).

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

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

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

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

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

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

Пример построения процесса с помощью BPMN

Ниже представлена схема процесса «Подача заявления на отпуск сотрудником». Это наверное вариант самой встречаемой схемы, которой будет достаточно для построения 90% схем и она досточно понятна даже стороннему наблюдателю.

Источник https://www.comindware.ru/blog/%D0%BA%D0%B0%D0%BA-%D0%BF%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C-%D1%81%D1%85%D0%B5%D0%BC%D1%83-%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B0/

Источник https://www.u-b-s.ru/publikacii/biznes-processy.html

Источник https://www.antonpiskun.pro/notacziya-bpmn-graficheskaya-shema-proczessa-i-ego-logika/