История и назначение

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

Современная история теории управления бизнес-процессами начинается на рубеже XXI века, когда была сформулирована концепция процессного управления организацией – BPM (Business Process Management). BPM рассматривает бизнес-процесс как ресурс предприятия, для которого применимы такие методы как анализ и мониторинг, симуляция, описание, моделирование и управление. В целях унификации методов описания и моделирования бизнес-процессов были разработаны формальные системы условных обозначений (нотации), которые также иногда называют языками.

Одним из таких языков является BPMN (Business Process Management and Notation). Стандарт BPMN версии 1.0 первоначально был разработан рабочей группой Business Process Management Initiative Notation в 2004 году. Текущая версия 2.0.2, вышедшая в 2013 году, поддерживается консорциумом Object Management Group (OMG), в который в результате слияния BPMI и OMG вошли специалисты, стоявшие у истоков создания нотации.

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

Описание

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

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

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

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

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

Существует несколько подвидов Задач, а также другие объекты, которые некоторые относят к частным случаям задач:

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

 

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

 

Задачи-вызовы – это задачи, которые вызывают глобальный процесс BPMN или глобальную задачу. Также делятся на 5 подвидов: Абстрактная задача-вызов задача без определенного типа, которая запускает глобальный процесс Пользовательская задача-вызов подразумевает выполнение задачи пользователем информационной системы и запускает глобальный процесс  Ручная задача-вызов выполняется исполнителем вручную без средств автоматизации и запускает глобальный процесс Вызов-бизнес-правило содержит правила и соответствующие им действия, которые должны быть выполнены при выполнении правила, и запускает глобальный процесс Вызов-сценарий запускает последовательность действий или программный код, который выполняется автоматически, а также глобальный процесс.

 

Шлюзы (развилки) – операторы, определяющие ход протекания процесса.

Существует несколько разновидностей шлюзов:

Исключающий – логический оператор “строгое ИЛИ (XOR)”. Включающий – логический оператор “ИЛИ (OR)” Параллельный – логический оператор “И (AND)“ Комплексный – аналогичен включающему шлюзу “ИЛИ (OR)”. Событийный – логический оператор “строгое ИЛИ (XOR)”, управляемый событиями.

 

События – факты, которые так или иначе возникают и могут оказывать влияние на исполняемые бизнес-процессы.

События можно отнести к 3 категориям с подвидами:

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

Категории, в свою очередь, включают в себя типы событий:

Сообщение – означает, что в ходе процесса происходит отправка или получение сообщения; Таймер – означает, что в ходе процесса возникает ситуация, когда процесс ожидает момент времени, регулярное событие или определенный временной период; Условие – означает, что в ходе процесса возникает выполнение определенного условия; Сигнал – означает, что в ходе процесса происходит отправка или получение сигнала; Составное событие – означает, что в ходе процесса происходит одно из нескольких событий, заложенных в него; Параллельное событие – означает, что в ходе процесса происходит одно или несколько событий, заложенных в него; Эскалация – означает, что в ходе процесса происходит безусловная передача управления на уровень родительского бизнес-процесса относительно текущего; Ошибка – означает, что в ходе выполнения процесса возникает нештатная ситуация; Компенсация – означает, что в ходе процесса возникает необходимость в отмене результатов выполнения операций/подпроцессов; Остановка – означает, что при наступлении этого события бизнес-процесс немедленно завершается; Ссылка используется для связи потоков управления на разных частях или разных листах диаграммы процесса.

 

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

Включают в себя:

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

 

Артефакты – графические и текстовые элементы, с помощью которых можно внести дополнительную информацию на модель или визуально выделить некоторые элементы (группа, сноска и этап).

 

Связи (потоки) – способ отображения взаимосвязей между объектами на диаграммах. Существует 5 типов связей в BPMN:

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

 

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

К преимуществам нотации BPMN можно отнести то, что она:

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

Из недостатков можно выделить следующее:

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

В некоторых организациях персонал от бизнеса плохо воспринимает нотацию из-за ее IT-корней.

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

Растущая популярность BPMN в качестве стандарта привела к тому, что его стали поддерживать наиболее распространенные средства моделирования, в том числе и SILA Union.

 

Модели BPMN 2.0 в SILA Union

Обработка заявки

Вручение Нобелевской премии

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

Эффективный инструмент менеджмента Описывает все необходимые бизнесу процессы, объекты и взаимосвязи Учитывает возникновение различных событий и объясняет необходимость определенных операций Обширные графические возможности Может использоваться для любых процессов Выраженная гибкость нотации Возможность использования различными аудиториями