Что такое bpmn простыми словами

Краткое описание нотации BPMN

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

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

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

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

BPMN: основные понятия

BPMN (Business Process Model and Notation) — это язык моделирования бизнес-процессов, который является промежуточным звеном между формализацией/визуализацией и воплощением бизнес-процесса. С помощью моделирования мы можем описать любые бизнес-процессы, и они могут выполняться в самых разных системах управления.

Можно сказать, что BPMN является частью двух основных компонентов:

• BPM (моделирование бизнес-процессов) — это среда, в которой вы непосредственно участвуете в моделировании. В одиночку или в команде.
• BPMS (система моделирования бизнес-процессов) — это инструменты для выполнения создаваемых вами моделей. Это может быть Bizagi, Comundo, ELMA и т.д.

Язык описания бизнес-процессов

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

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

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

Например, для моделирования бизнес-процессов вам потребуются знания таких понятий, как «условия», «цикл», «декомпозиция» и др.

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

Элементы нотации BPMN

Язык описания бизнес-процессов основан на следующих базовых объектах:

• Event – Событие;
• Activity – Действия;
• Gateway – Шлюзы или Развилки;
• Flow – Поток;
• Date – Данные;
• Artefact – Артефакты;
• Swimline – «плавательные дорожки»;
• Pool (Пул) — набор.

EVENT (СОБЫТИЕ)

Event — это событие, которое произошло в описании процесса. Эти события могут быть начальными, конечными или промежуточными.

ACTIVITY (ДЕЙСТВИЯ)

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

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

Обычно действия делятся следующим образом:

Задача – единица работы. Если задача помечена символом +, то задача является подпроцессом и может быть детализирована.

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

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

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

GATEWAY (ШЛЮЗ, РАЗВИЛКА)

GATEWAY — это управляющий узел, который появляется при условном разветвлении бизнес-процесса. Графически изображается в виде ромба.

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

Наиболее используемые развилки

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

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

Оператор ИЛИ. При ветвлении активируется одна или более ветвей. При слиянии все выполняющиеся входящие ветви должны быть завершены.

POOL (ПУЛ)

Пул — это объект, описывающий один процесс на диаграмме. Его может не быть на карте, но он всегда есть. На одной диаграмме может быть несколько Пулов. Пул может быть расширен для просмотра деталей.

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

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

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

DATE OBJECT (ДАННЫЕ, ОБЪЕКТЫ ДАННЫХ)

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

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

MESSAGE (СООБЩЕНИЕ)MESSAGE (СООБЩЕНИЕ)

Этот элемент необходим для отображения отношений между двумя участниками процесса.

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

ARTEFACT (АРТЕФАКТЫ)

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

Существует два типа артефактов:

• Группа объектов;
• Текстовая аннотация.

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

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

Исполняемые и неисполняемые бизнес-процессы

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

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

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

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

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

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

Подходит ли BPMN для малого и среднего бизнеса?

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

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

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

Минусы и важные особенности BPMN

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

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

Пример практического применения BPMN

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

Применение диаграмм BPMN на практике

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

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

• Блог компании Аурига
• Анализ и проектирование систем
• Бизнес-модели

Что такое нотация 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.

Модель бизнес-процесса — это набор сквозных процессов, которые делятся на:

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

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

• Описать бизнес для CEO — модель не будет перегружена нюансами.
• Дать сотрудникам регламент — прописать бизнес-процесс детальнее, с системами, объектами и ответственными в виде ролей (BPM рекомендует управлять компанией через роли).
• Сразу оживить процесс — логику прописать так подробно, чтобы не было двойного чтения и схема понималась однозначно.

Чему будете учить на курсе «Нотация BPMN»?

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

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

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

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

В первом случае я часто вижу:

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

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

Да, есть «эксперты предметной области» — и у них нужно уточнять нюансы сферы, в которой настраивается процесс.

Как решить. Одно из основных требований к внедрению процессов — поддержка руководства. Оно должно дать сигнал: «Ребята, нет задачи кого-то уволить. Задача — повысить эффективность».

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

Если говорить о владельцах бизнеса, частая проблема там:

Непонимание, что BPM — про общую трансформацию. Нужно ориентироваться не на то, чтобы «просто внедрить CRM и работать дальше». Целью должно быть повышение эффективности через изменения. Если в каком-то подразделении запускается BPM-проект, но весь бизнес меняться не хочет, результативность стремится к нулю.

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

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

Многие BPM-системы легко справятся с задачами электронного архива. Но это не их основная функция. Когда руководство получило то, что хотело, я начал постепенно автоматизировать все процессы компании— и показывать результаты.

Изменения очень понравились руководству — топ-менеджеры даже сказали, что всегда хотели внедрить такой подход. Изначально BPMS появилась как решение другой задачи, а сейчас все в компании — ее фанаты.

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

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

Читается за 8 мин.

Хотите создать BPMN-схему? Попробуйте Lucidchart! Быстро, легко и бесплатно.

Что такое BPMN?

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

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

Экскурс в недавнюю историю

Метод нотации моделирования бизнес-процессов был разработан организацией Business Process Management Initiative (BPMI) и с тех пор претерпел ряд доработок. В 2005 году произошло слияние BPMI с группой компаний Object Management Group (OMG), и последняя взяла инициативу в свои руки. В 2011 году OMG выпустила BPMN 2.0 и изменила название метода на «модель и нотацию бизнес-процессов». Перемена ознаменовала внедрение более подробного стандарта моделирования бизнес-процессов с использованием расширенного набора символов и способов нотации для схем бизнес-процессов. С 2014 года в дополнение к BPMN также появился новый метод создания блок-схем — стандарт «модель и нотация принятия решений», так как BPMN обычно не подходит для схематизации потоков решений.

Цели и преимущества

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

Информация, представленная в виде схемы, как правило, удобнее для понимания, чем описание в виде текста. Схематизация упрощает как обмен информацией, так и совместную работу по созданию эффективного процесса с целью достижения качественного результата. Схемы также способствуют ведению дискуссии при составление XML-документов, необходимых для выполнения различных процессов (XML — Extensible Markup Language — «расширяемый язык разметки»). Основной стандарт XML носит название BPEL (или BEPEL4WS), что расшифровывается как Business Process Execution Language for Web Services («язык исполнения бизнес-процессов для веб-служб»).

Элементы и символы схем в BPMN 2.0

BPMN позволяет изобразить четыре типа элементов в составе схем бизнес-процессов:

1. Объекты потока:события, действия, шлюзы
2. Соединительные объекты: потоки последовательностей, потоки сообщений, связи
3. Плавательные дорожки: пулы (бассейны) или дорожки
4. Артефакты: объекты данных, группы, аннотации

Рассмотрим отдельные элементы и то, как они применяются для характеристики бизнес-процессов.

События

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

Действие

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

Развилка

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

Последовательность

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

Поток сообщений

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

Связь

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

Бассейн и плавательная дорожка

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

Артефакт

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

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

Кто занимается моделированием бизнес-процессов?

Бизнес-процессы можно моделировать с помощью незамысловатых схем, нарисованных от руки, а можно — углубиться в детали и добавить расширяемые элементы, которые затем пригодятся при реализации. Составление наиболее сложных BPMN-схем, как правило, доверяют сертифицированным аналитикам. Консорциум Object Management Group (OMG) проводит OCEB 2 (что расшифровывается как OMG-Certified Expert in BPM 2.0 — «эксперт по BPM 2.0, сертифицированный OMG»). Экзаменация проводится по двум направлениям — бизнес и техническая составляющая. Задача OMG — стандартизировать моделирование бизнес-процессов с помощью BPMN 2.0 примерно таким же образом, как унифицированный язык моделирования (UML) стандартизировал разработку программного обеспечения.

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

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