Для чего нужен bpmn
Описание нотации BPMN
Нотация BPMN наиболее удобна для декомпозиции, для описания нижних уровней бизнес-процессов, особенно там, где требуется показывать действия участников процессов. Это объясняется самой сутью, методологией, лежащей в основе нотации – это методология workflow – поток работ.
То есть BPMN – это не просто структура процесса, функции, это алгоритм! Это уже не просто некое «до-аналитическое» предположение, что процесс состоит из «вот таких» блоков/функций, это уже четкая последовательность выполняемых действий ее конкретными участниками.
Система обозначений нотации BPMN
BPMN использует в качестве обозначений такие графические элементы, как:
Процесс / задача
Процесс, задача – это определенное действие или набор действий, совершаемых для получения какого-то результата. Блок процесса или задачи представляет собой прямоугольник. Внутри блока указывается наименование процесса или задачи.
Подпроцесс – это процесс который описан более подробно, то есть декомпозирован, на отдельной своей диаграмме (модели).
В системе обозначений нотации BPMN есть еще разновидности процессов, такие как «цикл», «компенсация» и т.д. Мы не будем на них останавливаться, так как при более глубоком знакомстве с нотацией BPMN изучение этих блоков не представляет сложности, они интуитивно понятны.
Выделим, пожалуй, наиболее интересный блок – это блок ad-hoc процессов, потому что четкая, безальтернативная регламентация деятельности – это вопрос выбора модели компании, бизнеса. Смотря на шаг вперед, мы понимаем, что выбор будущего – это «бирюзовая модель» по классификации, введенной Фредериком Лалу, предполагающая если не отсутствие регламентов как таковых, то иной принцип их выработки и исполнения.
Ad-Hoc процесс – такой подпроцесс, действия которого не поддаются четко регламентированным правилам или алгоритмам, эти правила определяются исполнителем. Возможны варианты, когда есть заранее определенный набор действий для каких-либо случаев, но их последовательность, реальное исполнение – это выбор исполнителя.
События
Событие – это состояние, которое влияет или контролирует дальнейшее выполнение бизнес-процесса. Блок события в BPMN обозначается кругом. Внутри блока указывается наименование события.
Относительно точки выполнения процесса события делятся на:
Любое событие может возникать из-за какой-то причины, а может инициировать само какой-то результат. Первые события называются – «обработчики», вторые – «инициаторами». Причина возникновения событий-обработчиков и результат процессов-инициаторов называется триггер.
События-инициаторы – это некоторые промежуточные события (включая промежуточное событие с типом «Неопределенное») и все конечные события. Если встречается событие-инициатор, то процесс просто выполняется дальше и ничего не ожидает. На диаграмме триггер внутри события, являющегося инициатором, показывается закрашенным.
Пример различных типов событий:
Шлюзы
Параллельный шлюз (AND, «И») используется для обозначения слияния/ветвления потоков управления в рамках процесса.
Пример использования параллельного шлюза при ветвлении/разделении потоков:
В примере выше параллельный шлюз используется для ветвления потоков управления или создания параллельных веток выполнения процесса: после выполнения Процесса 1 запустится выполнение и Процесса 2, и Процесса 3.
Пример использования параллельного шлюза при слиянии потоков:
В примере выше параллельный шлюз используется для слияния потоков управления или синхронизации параллельных веток выполнения процесса. Выполнение Процесса 3 запустится только тогда, когда выполнится и Процесс 1, и Процесс 2.
Эксклюзивный шлюз
Эксклюзивный шлюз (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия.
Условия на диаграмме задаются при помощи условных потоков управления, исходящих из шлюза. При использовании эксклюзивного шлюза можно продолжить выполнение процесса только по одному из возможных условных потоков управления. Среди потоков управления, исходящих из эксклюзивного шлюза, допускается использование потока управления по умолчанию: если ни одно из условий не выполняется, дальнейшее выполнение процесса продолжится по потоку управления по умолчанию.
после выполнения Процесса 1 (рисунок выше) дальнейшее выполнение процесса может продолжиться только по одному потоку, исходящему из шлюза:
— если Условие 1 верно, то выполнится только Процесс 3;
— если Условие 2 верно, то выполнится только Процесс 4;
— если ни Условие 1, ни Условия 2 не верны, то выполнится только Процесс 2.
Эксклюзивный шлюз может использоваться и для слияния потоков управления. В данном случае шлюз просто пропускает через себя все потоки управления без синхронизации.
На рисунке выше Процесс 3 будет выполнен дважды: после выполнения Процесса 1 и после выполнения Процесса 2.
Неэксклюзивный шлюз
Неэксклюзивный шлюз (OR, «ИЛИ») используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. При этом каждое из указанных условий является независимым, и дальнейшее выполнение процесса может продолжиться сразу по нескольким потокам управления, если условия будут выполнены.
Условия на диаграмме задаются при помощи условных потоков управления, исходящих из шлюза. Среди потоков управления, исходящих из неэксклюзивного шлюза, допускается использование потока управления по умолчанию: если ни одно из условий не выполняется, дальнейшее выполнение процесса продолжится по потоку управления по умолчанию.
Неэксклюзивный шлюз может использоваться для ветвления и для слияния потоков управления.
На рисунке выше Процесс 3 будет выполнен только тогда, когда выполнится и Процесс 1, и Процесс 2 (пример слияния, или синхронизации).
Еще шлюзы
В BPMN различают также еще два типа шлюзов:
Комплексный шлюз используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. По своему действию комплексный шлюз аналогичен неэксклюзивному шлюзу.
Эксклюзивный шлюз по событиям (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда дальнейшее выполнение процесса зависит от возникновения некоторого события-обработчика, следующего после шлюза.
На рисунке выше после выполнения Процесса 1 дальнейшее выполнение процесса может продолжиться только по одной ветке, исходящей из шлюза:
— если первым возникло Событие 1, то выполнится только Процесс 2;
— если первым возникло Событие 2, то выполнится только Процесс 3.
Поток управления
Стандартный поток управления является неконтролируемым, т.е. на поток не воздействуют никакие условия, и поток не проходит через шлюзы.
Другие обозначения
Поток сообщений не отображает ход выполнения процесса, а показывает передачу сообщений или объектов из одного процесса в другой процесс или внешнюю ссылку.
В качестве объекта данных может использоваться объект любого из следующих справочников: Бумажный документ, Электронный документ, ТМЦ, Информация, Программные продукты, Термины, Прочее.
Немного о правилах нотации
Сколько блоков задач/действий можно умещать на одной диаграмме/модели? С точки зрения нотации – сколько влезет, при чем в прямом смысле – столько, сколько сможете разместить блоков внутри пула процесса. Но с точки зрения анализа, есть не прописанное нигде правило, но которым пользуются аналитики: блоков задач/действий в одном процессе должно быть столько, чтобы не «уходить» на второй этаж пула.
То есть все действия одного процесса должны умещаться в линию в пуле, если в рамках одной дорожки действий слишком много и они не помещаются в линию, значит что-то не так с декомпозицией, это «излишнее» дробление на действия, скорее всего должно быть произведено на следующем уровне декомпозиции, включено в подпроцесс, свернуто и раскрыто в отдельной диаграмме.
Что такое нотация BPMN: как описать бизнес в виде схемы из квадратов и стрелочек
BPM-эксперт Георгий Ржавин — о том, как понятно описывать бизнес-процессы.
Если вам интересна эта статья, то точно пригодится наша шпаргалка «33 ошибки начинающего руководителя. Как не развалить команду в первый месяц»
Картина прозрачных бизнес-процессов помогает компании быть «живой». Если менеджер не видит вклад своего отдела в успех всего бизнеса или сотрудник не знает, как дальше будут использовать результат его работы, — у компании проблемы.
Чтобы этого не допустить, можно пользоваться нотацией BPMN — удобным инструментом описания бизнес-процессов. Когда они визуализированы, их проще автоматизировать, масштабировать — и вести бизнес вперед.
Георгий Ржавин — руководитель BPM-направления в GlowByte Consulting и вице-президент Ассоциации профессионалов управления бизнес-процессами. Уже более 10 лет он работает в сфере BPM — внедряет эту нотацию в процессы банков, строительных организаций, юридических и торговых компаний.
В этом интервью Георгий объяснил, что такое BPMN, из-за чего бизнес становится непрозрачным для собственника, почему команды бывают против описания процессов и как это решить.
Что такое нотация BPMN простыми словами
Объясняя ребенку, я бы сказал: «Нотация BPMN — способ описать бизнес в виде схемы из квадратиков и стрелочек». Стрелочки показывают логику работы бизнеса, а квадратики — людей и сервисы.
Если более формально, то нотация BPMN — это способ описать процессы в компании языком, одинаково понятным бизнесу, IT-специалистам и даже машинному интеллекту.
BPM, BPMN, BPMS — в чем отличия?
BPM (Business Process Management) — это управленческая дисциплина, свод знаний о том, как руководить компанией. Объединяющий термин.
BPMN (Business Process Model and Notation) — это способ, которым можно описать бизнес-процессы в рамках управленческой дисциплины BPM.
BPMS (Business Process Management Suite) — это класс программного обеспечения, IT-систем для управления и оптимизации бизнес-процессов.
Зачем нужна регламентация бизнес-процессов?
Руководителям подразделений регламентация позволяет увидеть цельную картину, а не только функционал, с которым они работают непосредственно.
Эти менеджеры видят, как устроен весь бизнес и в какой точке они находятся. Понимают, почему им нужно сделать именно этот продукт или услугу, и знают, что делают другие подразделения и как они взаимосвязаны.
Руководителю бизнеса это дает понимание, как работает его компания — появляется прозрачность, бизнес становится более управляемым.
Сравним компанию с автомобилем. Водитель понимает: «Поверну руль вправо — поеду вправо». Но если не знаешь, как ведет себя автомобиль, сложно предугадать, куда он направится при повороте руля. Так и в бизнесе. Если процессы не описаны — компания может «поехать» не туда, куда планировали.
Топ проблем бизнеса, если процессы не регламентированы
Есть понятие «коровьи тропы». Приходит крутой сотрудник, помогает выстроить бизнес, потом уходит — и все продолжают делать так, как делал он. Когда спрашиваешь: «А почему?», отвечают: «Мы всегда так делали».
Вытаптывается «коровья тропа» — по ней привыкли ходить, не задумываясь. Когда-то она была эффективной, но потом заросла и перестала быть удобной.
Если в компании ходят по «коровьим тропам», этот бизнес:
#1. Не готов отвечать на вызовы рынка — в компании их не слышат, не успевают перестраиваться.
#2. Теряет управляемость. Руководители отрываются от операционной реальности и начинают принимать управленческие решения в «своем мире» — переставая видеть бизнес таким, какой он есть. Но если понимать, как все «бегает по процессам», решения будут более взвешенными и грамотными.
#3. Не может масштабироваться. Допустим, ваша услуга популярна, и вы хотите предоставлять ее в новом городе — открыть филиал. Как сделать все быстро и с таким же качеством?
Можно попробовать разорваться между головным офисом и филиалом и все настроить лично — но поддерживать систему в таком формате долго не получится. Лучше описать текущие бизнес-процессы и дать машине контролировать качество услуг. И это самый эффективный подход — он дает предсказуемый результат.
Яркий пример — McDonald’s. В России, США и ЮАР у гамбургера Big Mac один и тот же вкус, а туалеты в ресторанах сети — одинаково чистые. Все потому, что у компании хорошо описанные и управляемые бизнес-процессы. McDonald’s их легко масштабирует — и делает цифровой двойник собственного бизнеса.
Что такое «модель бизнес-процесса»?
Есть хороший советский анекдот, который описывает проблему с результатом из-за процессов:
Каждое из подразделений отработало вроде бы хорошо, а на выходе какая-то ерунда. Чтобы такого не было, нужно управлять сквозными процессами — теми, которые начинаются от клиентов (рынка) и там же заканчиваются. Тут пригождается нотация BPMN.
Модель бизнес-процесса — это набор сквозных процессов, которые делятся на:
Выбирая уровень детализации, исходим от цели — для кого/чего описываем процесс. Если нужно:
Чему будете учить на курсе «Нотация BPMN»?
Стандарт BPMN занимает 500 страниц текста — а на курсе мы разложим его на понятные уровни. Не бросимся изучать сразу всё, а будем осваивать знания ступенька за ступенькой.
Одно дело — создать схему, которая будет логически верна, другое — сделать ее простой для чтения и такой, которую легко модернизировать. В русскоязычном сегменте с этим огромная проблема. На курсе мы будем проходить мировые практики по моделированию процессов и составлению схем, которые будут логически правильными и легко читаемыми.
Что такое BPMN-диаграмма и зачем она нужна в разработке
Схемы по методу моделирования бизнес-процессов (BPMN) используются в разных сферах, например, в продажах и ведении проектов. В разработке этот инструмент важен на этапе бизнес-аналитики: с помощью BPMN описываются все сценарии взаимодействия пользователей и системы.
Эта система условных обозначений создавалась специально для того, чтобы найти общий язык между аналитиками и управленцами без технической подготовки.
В YuSMP Group мы отдаем BPMN-диаграммы продуктов после окончания дискавери-фазы. Эта нотация входит в список обязательных артефактов, которые получает клиент.
Business Process Model and Notation (нотация моделирования бизнес-процессов) — это система условных обозначений, которая отображает бизнес-процессы с помощью блок-схем. BPMN диаграмма показывает в какой последовательности совершаются рабочие действия и перемещаются потоки информации.
При помощи моделирования можно описать любой бизнес-процесс, но в контексте этой статьи мы говорим больше о веб-системах, сайтах и приложениях.
Наглядная схема показывает, где в процессах есть узкие места или вовсе тупики, из-за которых клиенты уходят или не заканчивают целевое действие (заявка, покупка, звонок). BPMN подсвечивает места, которые можно улучшить и моделирует способы адаптации под новые условия.
Главное преимущество BPMN-диаграмм — это то, что они понятны и внутри организации, и за ее пределами. Нотация описывает процессы языком, который доступен всем участникам проекта. Его понимает команда разработки (бизнес-аналитики, программисты, продакт-менеджеры) и сторона заказчика (владелец и сотрудники).
Информация в графическом виде более доступна для восприятия, чем сложный технический текст. Схемы упрощают работу над проектом: заказчику понятно, как будет работать система и он может вносить коррективы еще на этапе обсуждения проекта.
Но если этот язык легок для восприятия, это не значит, что им может пользоваться кто угодно. BPMN-схемы готовят специалисты — бизнес-аналитики. Они подробно и последовательно описывают бизнес-процессы так, чтобы проект потом можно было легко внедрить в разработку.
На примере фрагмента схемы, которую мы создавали для платформы онлайн-обучения, покажем основные объекты языка BPMN и как они взаимодействуют друг с другом.
На иллюстрации: «Вход на сайт».
На иллюстрации: «Есть логин и пароль?».
На иллюстрации: «Да/Нет».
На иллюстрации: «Запросить у владельца курса логин и пароль».
BPMN — это схема из блоков и соединительных элементов, которые отображают все действия, происходящие в системе. Эту диаграмму составляют на дискавери-фазе бизнес-аналитики.
С помощью BPMN-диаграмм работа идет динамичнее: бизнес-аналитики быстрее отдают проект разработчикам, которым не нужно тратить время на то, чтобы вникать в систему и разбираться в процессах.
Команда разработки и заказчик лучше понимают друга, BPMN исключает возможность «двойного прочтения», а значит и недопониманий тоже.
Диаграмма улучшает коммуникацию не только внутри компании, но и создает единое информационное поле в общении с заказчиком.
BPMN наглядно показывает слабые места, где потенциальные клиенты могут уйти. А значит, исправить или вовсе предотвратить “утечку” будет намного проще.
А какое его истинное назначение?
Есть более проще нотации типа EPC. Одно из назначений BPMN это написание однозначных инструкций в графическом виде для последующего выполнения в системах типа BPMS. То есть, это более жесткая нотация, как очень высокоуровневый язык программирования.
Для целей бизнес анализа и обмена информацией с простыми менеджерами он избыточен. Как по набору нотационных артефактов, так по жесткости валидации схем. Но в ввиду разных причин его применяют в основном для визуализации, сократив элементный состав (что в итоге почти приравняла его к нотации EPC).
Руководство для начинающих по использованию BPMN в повседневной работе
Что такое BPMN?
Не верь чужим речам, а верь своим глазам. Лучше один раз увидеть, чем сто раз услышать. Не рассказывайте сказок. Именно такие поговорки сделали Нотацию моделирования бизнес-процессов (BPMN) чрезвычайно популярной среди многих типов компаний, отраслей и профессий. Но что такое BPMN и как этот метод работает?
В двух словах, BPMN — это стандартизированный метод отображения блок-схем, который позволяет создавать и обмениваться простыми для понимания диаграммами. Эти диаграммы могут визуально моделировать этапы бизнес-процесса от начала до конца.
Пример схемы процесса изменения адреса BPMN (выше)
Хотя существует несколько методов моделирования процессов, BPMN быстро на практике стала стандартом моделирования процессов, и для этого есть веская причина.
Каковы ее возможности?
Одно из наиболее значительных преимуществ BPMN заключается в ее способности создавать блок-схемы, которые могут быть столь просты или сложны, насколько это необходимо. Это позволяет заинтересованным сторонам на всех уровнях (техническом или нет) понять их.
Именно это качество, вероятно, объясняет популярность BPMN. Опрос 2016 года показал, что 64% компаний заинтересованы в использовании BPMN для упрощения своих бизнес-процессов. Цель для большинства компаний проста: сэкономить деньги за счет снижения затрат и повышения производительности.
Почему это необходимо?
Ставки высоки. Рассмотрим статистику из опроса предприятий 2018 года:
Помимо повышения эффективности, другие важные причины для поддержки работы по созданию бизнес-процессов включают в себя:
От ИТ, финансовых услуг, страхования и производства до образования, телекоммуникаций, розничной торговли, компьютеров и программного обеспечения — каждая компания может извлечь выгоду из улучшения бизнес- или организационных процессов.
Использование BPMN
Цель BPMN — дать всем четкое представление о процессе от его начала до конца. Это помогает обеспечить визуализацию, которая ликвидирует пробелы информации, показывая последовательность деловых операций, необходимых для перехода от начала бизнес-процесса к его завершению.
Вот несколько преимуществ, которые бизнес может получить при использовании BPMN:
Примеры моделирования процессов
Бизнес-ориентированные
Многие специалисты и организации хотят моделировать на высоком уровне процесс, ориентированный на людей. В этом случае использование нескольких символов требует меньше глубоких знаний о BPMN, поэтому запись проста. И наоборот, эти модели могут быть скорректированы, чтобы быть чрезвычайно подробными для ИТ и других технических участников.
Вот лишь несколько примеров процессов, которые могут визуально отображены посредством этих блок-схем:
Технически-ориентированные
Как упоминалось ранее, вы можете детализировать диаграммы по мере необходимости, например, для изображения ИТ-ориентированных процессов, кодирования и многих других:
В более развернутых версиях можно моделировать сложные бизнес-события, такие как сообщения, таймеры, бизнес-правила и условия сообщений об ошибках. Давайте рассмотрим больше этих развернутых версий BPMN.
Элементы и символы BPMN 2.0
Нотация BPMN имеет пять основных категорий элементов, которые включают много разных форм и символов. Вот их краткий обзор:
Объекты потока
Они показывают поведение в бизнес-процессе и включают в себя:
Объекты данных
Они содержат информацию о данных в процессе. Данные представлены четырьмя способами:
Соединяющиеся объекты
Они связывают объекты потока друг с другом или другой информацией и показывают поток процесса:
Swimlanes
Этот термин обозначает бассейны и дорожки.
Артефакты
Они дают дополнительную информацию о процессе. Существует два типа артефактов:
Упрощение BPMN с помощью программного обеспечения
Когда необходимо создать блок-схему, вам не нужно изобретать велосипед, особенно если вы только начинаете работать с BPMN.
Использование программы позволит вам быстрее создавать диаграммы и повышать эффективность модели вашего бизнес-процесса. При выборе ПО убедитесь, что оно позволяет вам:
Советы по началу работы
Являетесь ли вы опытным владельцем бизнес-процессов или аналитиком, вы в любом случае сможете упростить свои бизнес-процессы, какими бы простыми или сложными они ни были. Если информация кажется немного ошеломляющей, имейте в виду: вы можете создать простую диаграмму BPMN, а затем основываться на ней в дальнейшей разработке.