Как описать бизнес-процесс в нотации BPMN

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



Как описать бизнес-процесс в нотации BPMN

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

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

Следуйте этим пунктам и составление бизнес-процесса пройдет быстро и без критических ошибок:

  1. Получить список действий.
  2. Определить исполнителей 
  3. Перевести действия в задачи.
  4. Вычислить финалы процесса.
  5. Назначить действия исполнителям.
  6. Описать условия (шлюзы).
  7. Описать внешние по отношению к процессу сущности.
  8. Переложить описания в нотации.

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

Получить список действий

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

Важно понимать, что сейчас вам нужны именно действия, а не задачи. Задачи будут на следующем этапе. Обычно люди описывают свою работу текстом, как есть. И описывают свою работу как они делают, и что они делают. И ваша задача на основе интервью составить последовательность действий.

Как из описания сделать список действий

Давайте разберемся подробнее, как это сделать максимально быстро и корректно:

  1. По итогам интервью составьте текстовое описание. Например:  

    «При необходимости в товаре которого нет в наличии продавец создает документ “Заявка на закупку” и направляет его на согласование закупщику. Закупщик проверяет необходимость в закупке данного товара и если закупщик разрешает закупить товар согласно документу “Заявка на закупку”, то продавец информируется о разрешении закупить товар, и закупщик создает документ “Заказ поставщику”. Иначе заявка аннулируется с комментарием содержащем причину отказа в закупке товара. Продавец информируется об отказе в закупке товара.» 

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

  2. Уберите лишнее. Посмотрите на текст внимательно, избавьтесь от ненужных слов.  

    В приведенном примере убрать следует фразу «которого нет на складе». Независимо от того, есть такой товар или нет, если возникает необходимость в товаре от поставщика, потребуется “Заявка на закупку”

    То есть с точки зрения выполнения, не имеет значения почему сотрудник дело то или иное действие. Нам не интересны вопросы “почему” и “зачем”, нам интересен ответ на вопрос “что делает”, чтобы затем получить “что сделать”. Мотивация сотрудников не касается нас в данном случае.

  3. Выделите действия. В том же примере я выделил их подчеркиванием: 

    «При необходимости в товаре продавец создает документ “Заявка на закупку” и направляет его на согласование закупщику. Закупщик проверяет необходимость в закупке данного товара и, если закупщик разрешает закупить товар согласно документу “Заявка на закупку”, то продавец информируется о разрешении закупить товар, и закупщик создает документ “Заказ поставщику”. Иначе заявка аннулируется с комментарием, содержащем причину отказа в закупке товара. Продавец информируется об отказе в закупке товара.» 

    А как же вычислить действия? Обыкновенно - это глаголы. Все просто. 

  4. Создается список действий. 

    В приведенном примере он выглядит так:

    1. Продавец создает документ “Заявка на закупку” 
    2. Закупщик проверяет необходимость в закупке данного товара 
    3. Если закупщик разрешает закупить товар 
    4. Продавец информируется о разрешении закупить товар 
    5. Закупщик создает документ “Заказ поставщику” 
    6. Иначе заявка аннулируется с комментарием 
    7. Продавец информируется об отказе в закупке. 

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

Все же, почему действия, а не задачи? Все просто. Это самый понятный язык для людей, которые непосредственно выполняют работу. Они так думают, они так сами описывают свою работу. И ваш список с ними согласовывать также будет намного проще в таком виде.

Перевести действия в задачи

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

Как определить, какое действие является задачей, а какое - нет? Задача - это то действие, которое выполняет непосредственно исполнитель, т.е. он один и более никто. Например, “согласовать сделку” не может быть задачей, так как здесь выполняется несколько действий. в которых принимают участие разные люди. Это уже не задача, а процесс. 

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

В BPMN такой возможности нет. Потому здесь задача должна быть самым простым действием. В этой нотации имеются подпроцессы (Sub-Process) или подзадачи (Sub-Task). Эти возможности мы будем рассматривать позже. Здесь и сейчас я говорю именно о задачах. 

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

Назначить действия исполнителям

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

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

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

Вычислить финалы процесса

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

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

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

Описать условия (шлюзы)

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

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

Эти условия в BPMN называются шлюзами. Их обязательно нужно предусмотреть и описать.

Описать внешние по отношению к процессу сущности

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

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

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

Переложить описания в нотации

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

  1. Задачи. Это прямоугольники с закругленными краями, внутри которых вы пишете название задачи.
  2. Шлюзы. Условия выглядят ромбами. Разместите их на диаграмме.
  3. Соедините между собой задачи и шлюзы стрелками.
  4. Укажите список исполнителей, а также исполнителя для каждой задачи.
  5. Сверху разместите «внешний пул», т.е. все внешние сущности, и свяжите их с нужными задачами.

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

Взаимодействие диаграммы и описания диаграммы

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

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

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

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

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

Советы по описанию

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

  1. Чем меньше задач, тем лучше. Не стоит детализировать работу больше, чем это действительно необходимо. Причина проста: чем больше элементов на диаграмме, тем проще запутаться. К тому же с возрастанием количества элементов на диаграмме увеличивается ее сложность, а соответственно и труднее соблюсти баланс между информативностью и легкостью восприятия.
  2. Не усложняйте. В BPMN есть возможность совмещать события и задачи (task). По возможности лучше избегать подобных решений, разделяйте их, делайте диаграмму максимально простой и читабельной.
  3. Описывайте процессы, которые вы можете представить в реальности. Всегда помните о цели – вы описываете не просто что-то умозрительное, но последовательность работы реальных людей. Потому, если вы не можете представить то, что описываете, лучше вообще не делать такое описание.
  4. Старайтесь быть лаконичными. Избегайте больших текстов.
  5. Никогда не пользуйтесь в описании задач союзом «и». Недопустимо называть задачу «договориться о доставке и подготовить заказ к отгрузке». Это две отдельные задачи. 

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

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


Меня зовут Рамиль Кинзябулатов, бизнес консультант. Я люблю свою работу и считаю свои призванием делать работу людей эффективнее.


Построение процессной модели при внедрении программного обеспечения

Описание процессного подхода для автоматизации бизнеса. Определяем идею (постановка задачи) и выбираем программную систему. Создаем BPMS модель процесса и ставим задачу разработчикам. Реализуем поставленную задачу оптимальным способом.

Спецификация BPMN 2. Перевод официальной документации.

Ко мне часто обращаются с вопросами по BPMN, и ответы я обычно черпаю из официальной документации. Для тех кто не владеет английским я буду размещать перевод спецификации BPMN с сайта omg.org/spec/BPMN/2.0.1 Перевод неполный, буду добавлять по мере готовности.

Разбираемся с понятием BPM. Что такое управление бизнес процессами

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

Оркестрация и Хореография

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

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

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

Что такое DFD (диаграммы потоков данных)

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

Что такое бизнес: разговор по понятиям

Что означает термин «бизнес» - уточняем понятия и терминологию. История появления слова «бизнес» - на Западе и в России. Отличие бизнеса от трудовой деятельности. Бизнес в отношении к субъекту и объекту. Что такое бизнес-процессы и как с ними работать.

Бизнес-аналитик – кто он?

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

Перевод стандарта IDEF0 с английского на русский язык

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

Путь покупателя интернет-магазина ( Customer Journey ) с использованием УФМТП

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

Организация работы склада. Описание. BPMN схемы прилагаются

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

УФМТП. Универсальная функциональная модель торгового предприятия в нотации IDEF0

Из чего состоит предприятие? Какие функции основные а какие нет? В данной статье вы найдете ответ на этот и другие вопросы. Модель построенная на основе опыта бизнес консультанта с использованием нотации IDEF0.

Описание нотации IDEF3

Что из себя представляет нотация IDEF3. Из каких элементов состоит? Как используют эту нотацию и как она связана с IDEF0. О этом и многом другом вы узнаете из данной статьи.

Описание бизнес-процессов Как есть (AS IS) и Как должно быть (TO BE)

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

Поток в BPMN

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

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

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

Анализ бизнес-процессов

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

Хореографии в BPMN

Хореография (Choreography) (без пулов и оркестраций) изображает ожидаемое поведение между участниками. В случае, когда процесс существует внутри пула, хореография существует между пулами или участниками.

Про процессный подход

Что такое процессный подход и процессное моделирование. Отличие процессного подхода от функциональной и других видов моделей. Преимущества процессного подхода, особенности и недостатки. Варианты нотаций - графика или текст.

Bizagi. Описание. Пример

Обзор программной системы Bizagi. Предназначение BPM-системы. Основные функции и возможности. Возможности моделирования, разработки бизнес-процессов, модуль исполнения. Настройки доступа. Подробное описание особенностей работы в Bizagi для пользователей и разработчиков.

Как описать бизнес процесс

Как правильно начать описание бизнес процесса? С чего начать? Чем закончить? Основные этапы работы консультанта, важные нюансы при общении с сотруниками компании, черновики и утверждение результатов. Важные правила описания бизнес-процессов.

IDEF0. Знакомство с нотацией и пример использования

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

Устарел ли стандарт IDEF0

По роду своей деятельности мне достаточно часто приходилось слышать что IDEF0 устарел и в связи с этим не стоит его использовать. Давайте разберемся правы ли те кто говорит об устарении стандарта или нет.

Что такое BPMS

Что такое BPMS система – определение и подробные пояснения. Как работать в BPMS системе с точки зрения разработчика и пользователя. Варианты реализации бизнес-процессов на практике. Преимущества процессного подхода при автоматизации бизнеса. Почему я рекомендую BPMN 2.0.

Пример процессного подхода: предпроектное обследование промышленной компании. Пример BPMN диаграммы

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

Точка зрения в модели IDEF0

В требованиях к диаграмме и построению модели в нотации IDEF0 есть требование, которое звучит так: любая диаграмма должна быть построена, исходя из точки зрения (Point of view) и цели (Scop). Именно этот вопрос, скажем так, один из основополагающих — точка зрения и цель. Соответственно, если мы хотим построить правильную диаграмму, нам необходимо выбирать правильно точку зрения.

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

Определение бизнес-процесса простыми словами и важные особенности процессного подхода. Когда необходим бизнес-процесс, методы моделирования бизнес-процессов и правила их описания. Примеры, ответы на частые вопросы.

Как описать бизнес-процесс в нотации BPMN

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

    Добавить комментарий