Бизнес схема процесса пример

BPMN-процессы: основы моделирования и примеры бизнес-процессов

BPMN – Business Process Management Notation – это система условных обозначений для построения схемы протекания бизнес-процессов (моделирования бизнес-процессов). Моделирование бизнес-процессов играет важнейшую роль для управления предприятием. Если в компании работают более 50 человек, то собственник уже не способен лично контролировать всё происходящее, поэтому для него становятся “тайной” многие взаимодействия сотрудников, особенности производства, обслуживания клиентов.

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

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

Схема бизнес процесса Как нарисовать схему процесса в BPMN за 2 минуты?

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

С более подробным описанием нотации BPMN вы можете ознакомиться в этой статье. Ниже мы подробнее остановимся на процессе построения схем BPMN-процессов и приведём примеры таких схем.

Как происходит моделирование бизнес-процессов BPMN

В основе любой схемы такого типа лежит событие. К событиям могут относиться:

  • Получение заявки от клиента (начальное событие).
  • Создание документа.
  • Согласование документа.
  • Отправка товара клиенту.
  • Получение отзыва от клиента (конечное событие, если не требуется обработать отзыв).
  • Другие события.

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

Одним из вариантов ПО, с помощью которого можно проводить как моделирование, так и автоматизацию бизнес-процессов, является Comindware Business Application Platform – отечественная Low-code платформа для моделирования и управления BPMN-процессами и цифровой трансформации предприятия.

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

Купив платформу Comindware, вы сможете создать любое ИТ-решение для своего бизнеса. Например, систему управления взаимоотношениями с клиентами (CRM).

Создание практически любого решения для бизнеса, включая CRM, не обходится без создания бизнес-процессов. Среди важных возможностей платформы от Comindware – импорт бизнес-процессов, созданных в соответствии с нотацией BPMN 2.0, из других систем. Например: компанией уже было проведено моделирование бизнес-процессов с помощью системы BPM, использовавшейся ранее. Импорт бизнес-процессов позволяет не проделывать повторно работу, которая уже была выполнена, и избежать лишних сложностей при внедрении CRM-системы на базе Comindware Business Application Platform.

Для примера, один из процессов BPMN, созданный в системе CRM на платформе от Comindware, может выглядеть так:

BPMN процесс созданный в системе CRM

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

Стоит также отметить, что данная платформа относится к типу Low-сode, что обеспечивает минимальное участие IT-отдела в создании и запуске в работу бизнес-процессов, а также позволяет бизнес-аналитикам вносить необходимые правки в процессы «на лету», своими силами.

Моделирование бизнес-процессов BPMN на примере документооборота

Платформа от Comindware прекрасно подходит для упрощения и углубления автоматизации бизнес-процессов в рамках систем электронного документооборота (СЭД). Утверждение и подписание договора – наиболее типичный процесс в рамках документооборота любой компании. С помощью пользовательского инструмента от Comindware, входящего в функционал платформы и доступного из любого веб-браузера, появляется возможность без лишних сложностей собрать такой процесс в соответствии с BPMN 2.0. Он может выглядеть, например, так, как показано на скриншоте ниже.

соглосование договора

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

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

Закажите демо-версию бесплатно, чтобы оценить пользу Comindware Business Application Platrorm для вашего бизнеса.

Анатолий Белайчук, признанный эксперт в области BPM и автоматизации процессов. Имеет свыше 20 лет опыта руководящей работы и консалтинга в области управления бизнес-процессами. Является президентом Российского отделения Международной ассоциации BPM-профессионалов — ABPMP Russian Chapter, а также соавтором перевода спецификации нотации BPMN.

Источник: www.comindware.ru

Блог о бизнес-процессах и BPMN

Блог о бизнес-процессах, BPMN и других нотациях автоматизации бизнес процессов.

Как построить схему бизнес-процесса: графический пример

Общий подход к построению схемы бизнес-процесса

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

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

Составление плана

Какими качествами должна обладать готовая схема?

Качественная и эффективная схема должна отвечать следующим требованиям:

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

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

Читать: Что такое bpmn, преимущества моделирования бизнес процессов на различных предприятиях

Зачем нужно строить схему бизнес-процессов?

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

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

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

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

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

Как построить схему самостоятельно?

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

Сотрудники

Однозначно можно утверждать только то, что без выделения бизнес-процессов управление крупным предприятием возможно только на уровне интуиции. А эффективность такой работы – под большим вопросом.

Первый этап. Установление границ бизнес-процесса

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

Соответственно, необходимо понимать все тонкости работы организации и всех его процессов.

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

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

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

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

Второй этап. Точки начала, окончания, ключевые блоки

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

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

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

Читать: Как и зачем нужно описывать бизнес процессы

Третий этап. Дополнение недостающими операциями

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

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

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

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

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

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

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

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

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

Строение бизнеса

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

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

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

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

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

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

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

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

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

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

Пятый этап. Проверка полученной модели

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

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

Обзор программ для создания схемы бизнес-процесса

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

Бизнес схема

ELMA BPM

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

Business Studio

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

Visual Paradigm

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

Bizagi Process Modeler

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

Intalio BPMS

Бесплатное программное обеспечение, позволяющее строить и анализировать бизнес-процессы.

ARIS Express

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

Camunda

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

  • программа имеет открытый код, что дает возможность специалисту однозначно понимать принципы работы, представленная документация дает возможность легко провести интеграцию движка со своей инфраструктурой;
  • поддержка всех языков JVM, в том числе и последних версий Java;
  • хорошо организованная инфраструктура без излишних абстракций, требующих дополнительного изучения;
  • удобство работы и встраивания движка за счет возможности использования в качестве библиотеки в Java-приложении. Нет ограничений в условиях для разработчиков. Имеется возможность использования любых удобных инструментов;
  • дополнительный набор полезных приложений, среди которых – приложения для формирования моделей процессов; выполнения задач, поставленных перед исполнителями; сохранения и интерпретации моделей; анализа состояния процессов; управления правами пользователей и другие. Часть из дополнительных приложений доступны только в платной версии, часть – в бесплатной имеют ограниченный функционал. Тем не менее, возможности движка даже в бесплатной версии впечатляют.

AllFusion Process Modeler

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

Читать: Для чего проводится описание бизнес процессов. Основные инструменты и правила моделирования

IBM WebShpere Business Modeler

Программное средство для моделирования, имитации и анализа бизнес-процессов.

Основными характеристиками являются:

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

Fox Manager Бизнес Процессы

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

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

Comindware Business Application Platform

Российская платформа, в которой реализовано моделирование бизнес-процессов и цифровая трансформация предприятия.

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

Практический пример с графической схемой

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

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

На основе обработки информации составим проект процессов компании.

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

Основные производственные процессы предприятия представлены на рисунке.

Структурная схема производственного процесса

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

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

Материалы поступают на склад по накладным от различных поставщиков.

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

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

Таким образом, проведенное исследование позволило сделать следующие выводы:

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

Читать: Для чего нужна автоматизация бизнес процессов на предприятии. Как выбрать средство автоматизации и правильно внедрить его в производство

Улучшить работу предприятия можно при учете следующих моментов.

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

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

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

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

Можно чаще документировать толщину шва, чтобы быть уверенными в том, что контроль осуществляется часто.

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

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

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

Читать также:

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

Источник: bpmn.pro

Схема бизнес процесса для нетерпеливых

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

Схема бизнес процесса для нетерпеливых

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

Схема бизнес процесса — инструкция для нетерпеливых

1. Задайте границы процесса

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

Схема бизнес процесса для нетерпеливых 1.jpg

2. Нарисуйте основные блоки процесса

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

Схема бизнес процесса для нетерпеливых 2.jpg

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

3. Добавьте развилки и другие события

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

Схема бизнес процесса для нетерпеливых 3.jpg

4. Обозначьте роли участников процесса

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

Схема бизнес процесса для нетерпеливых 4.jpg

По необходимости добавляйте недостающие операции.

5. Разместите на схеме документы

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

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

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

6. Добавьте используемые программы и базы данных

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

Схема бизнес процесса для нетерпеливых 6.jpg

7. Расположите инструменты и материалы

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

8. Определите показатели эффективности в бизнес процессе

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

Схема бизнес процесса для нетерпеливых 7.jpg

9. Свяжите полученную схему с другими процессами

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

Схема бизнес процесса для нетерпеливых 8.jpg

10. Проверьте полученную модель бизнес процесса

В принципе, схема готова.

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

  • С чего начинается и чем заканчивается бизнес процесс?
  • С какими процессами он связан? Чем обменивается?
  • Какие операции выполняются? В каком порядке?
  • Кто выполняет операции в процессе?
  • Какие документы используются и появляются в процессе? В каких операциях эти документы используются/появляются?
  • Какие инструменты, материалы, ПО и базы данных используются в процессе и в каких операциях?
  • Какие показатели эффективности и где именно фиксируются в бизнес процессе?

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

Управление бизнес-процессами
Нотация BPMN. Практическое моделирование

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

Качественно подготовленная схема должна быть проста для восприятия и достаточно информативна.

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

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

Источник: deep-vision.one

Бизнес схема процесса пример

Systems  •  Education

Оглавление
Оглавление
Алфавит нотации
Правила построения диаграмм
АННА Вичугова
Как начать моделировать бизнес-процессы в BPMN
Алфавит нотации и примеры бизнес-процессов

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

Главное назначение и практическое применение

Нотация BPMN (Business Process Modeling Notation) нужна для подробного описания логики выполнения бизнес-процесса, в том числе для отражения деталей процессов, таких как: события, исполнители каждого из действий, используемые и создаваемые документы и другие объекты, использующиеся в качестве входных данных для тех или иных действий или создающиеся в результате их выполнения.

BPMN позволяет описать бизнес-логику выполнения действий в виде наглядной диаграммы, а также запустить отрисованный бизнес-процесс на исполнение. Для этого используются специализированные системы BPMS (Business Process Modelling System), поддерживающие эту нотацию.

BPMS-системы могут автоматически перевести схему бизнес-процесса в исполняемый код и создать веб-приложение, которое будет обрабатывать данные, введённые пользователями и сторонними сервисами. Это соответствует концепции Low Code/No Code (создание программного обеспечения без разработки кода) и отлично подходит для автоматизации офисных процессов.

Технически такая возможность реализуется за счёт перевода BPMN-диаграмм в документы формата BPEL (Business Process Execution Language). BPEL-документы представляют собой инструкции исполнения бизнес-процессов для веб-сервисов.

Таким образом, BPMN используется в следующих случаях:

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

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

BPMN считается довольно молодой нотацией: её 1-я версия вышла в 2009 году под эгидой профессионального консорциума OMG. Сегодня эта нотация является стандартом де-факто в ИТ-сфере и используется для описания бизнес-процессов. Текущая версия BPMN 2.0 вышла в 2011 году и используется до сих пор. В 2014 году в дополнение к BPMN группа OMG выпустила нотацию описания бизнес-правил и принятия решений (Decision Model and Notation, DMN).

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

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

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

Уровни моделирования

В зависимости от целей построения BPMN-диаграмм, различают 3 уровня моделирования:

  1. Описательное моделирование, когда нужно показать успешный путь выполнения бизнес-процесса, например, чтобы согласовать его с бизнес-пользователем. Здесь применяются самые простые элементы нотации, а сама диаграмма намеренно максимально упрощается.
  2. Аналитическое моделирование используется, когда нужно полностью показать все варианты выполнения бизнес-процесса, включая логические ветвления и альтернативы. Такая диаграмма обычно создаётся для опытных пользователей и бизнес-аналитиков с помощью расширенного алфавита нотации, включая не только её базовые самые простые элементы, но и более сложные.
  3. Исполняемое моделирование предназначено для запуска на исполнение в BPMS-движке, чтобы создать веб-приложение. Здесь может использоваться всё многообразие алфавита этой нотации, включая добавление специальных параметров и скриптов, создаваемых разработчиками.

Алфавит нотации

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

Поток управления — это последовательность шагов бизнес-процесса, в которой он исполняется.

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

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

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

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

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

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

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

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

Процесс утреннего пробуждения

Пример процесса утреннего пробуждения

Как можно видеть на диаграмме, после стартового события выполняется первое действие («Проверить время звонка»). Следующий за ним логический оператор исключающего ИЛИ, подобно шлюзу, пропускает дальше поток управления только по одной ветке: «да» или «нет». Причём ветка «нет» здесь помечена как поток по умолчанию, который выполнится, если все остальные условия не будут верны.

После выполнения действия оператор включающего ИЛИ (OR) пропускает поток на действие «Выпить кофе» или на действие «Узнать новости» или по обоим веткам. Исключения здесь нет, ручеёк потока управления распараллеливается на две ветки, чтобы потом объединиться снова в одну и один раз выполнить действие «приготовиться к делам». После выполнения этого действия процесс заканчивается конечным событием.

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

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

Диаграмма BPMN может содержать один или несколько пулов, каждый из которых может содержать одну или несколько дорожек.

Процесс утоления голода

В следующем примере процесс «утоления голода» состоит из двух дорожек («Ребёнок» и «Мама»), общение между которыми выполняется через поток управления.

Пример процесса утоления голода

Стартовым событием является простое событие «Возникло чувство голода» на дорожке Ребёнок, а конечным — простое событие «Чувство голода удовлетворено» на этой же самой дорожке.

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

Кафе показано отдельным свёрнутым пулом, общение с которым происходит через поток сообщений в рамках свёрнутой задачи «Собраться в кафе». Предполагается, что детали выполнения задачи «Собраться в кафе» отражены на отдельной диаграмме.

Типы событий

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

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

Также некоторые события могут быть прерывающими и не прерывающими.

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

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

Пребывающие события с разным типом

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

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

Граничные прерывающие и непрерывающие события

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

Примеры прерывающих и непрерывающих граничных событий с типом «сообщение»
Типы действий

Подобно событиям, действия в BPMN также могут быть разных типов:

  • Выполняемые вручную без использования какого-либо ПО, например, съесть пиццу
  • Выполняемые пользователем с помощью ПО, к примеру, заказать пиццу
  • Выполняемые скриптом или сервисом, например, изменить статус заказа пиццы

Логические операторы

Поскольку BPMN показывает логику выполнения бизнес-процесса, в диаграммах используются логические операторы, которые также называются развилками или шлюзами. Изначально их всего три: OR, XOR и AND.

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

Пример исключающего ИЛИ

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

Наконец, логическое И (AND) означает активацию всех входящих или исходящих в этот оператор потоков управления, реализуя логическое умножение переменных, т. е. операцию конъюнкции.

Пример логического И

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

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

Следующий рисунок показывает использование эксклюзивного шлюза по событиям, который запускает движение потока только по той ветке, где событие произойдёт раньше. Например, получено согласие от клиента ИЛИ прошло 5 дней (без новостей от клиента).

Пример использования эксклюзивного шлюза по событиям
Все остальные шлюзы, которые есть в BPMN, приведены в Приложении В.

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

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

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

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

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

Обозначение действий по областям ответственности разных ролей

После действия «Направить клиенту коммерческое предложение (КП)» на диаграмме используется логический оператор ИЛИ (событийный XOR), после которого возможен один из двух вариантов:

1. Если прошло 5 дней, что показано событием с триггером таймер, и ответа от клиента нет, заявке присваивается статус «Отказ» в CRM-системе и наступает финишное событие «Заявка закрыта».

2. Если же ответ от клиента получен и 5 дней ещё не прошло, процесс движется дальше в зависимости от данных в этом ответе.

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

В результате этой задачи создаётся документ «Проект договора» и наступает финишное событие «Заявка успешно обработана».

Поток по умолчанию

Если в диаграмме используются операторы обычного XOR, проверяющего условия по данным, и OR (неисключающего ИЛИ) рекомендуется помечать поток по умолчанию, который активируется, если другие условия не сработали. Поток по умолчанию допустимо не подписывать, если подписаны остальные потоки и диаграмма остаётся понятной. В примере ниже «‎Нецелевой»‎ — поток по умолчанию.

Пример обозначения потока по умолчанию
Альтернативный способ показать условия

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

Пример условия зашитого в поток управления
Задачи и события

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

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

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

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

Рекомендации по использованию BPMN

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

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

  • Использовать только пользовательские и ручные задачи — без сценариев, сервисов и бизнес-правил, отправки и получения сообщений
  • Использовать только свернутые подпроцессы, раскрывая их детали на отдельной диаграмме
  • Использовать только XOR и AND, без событийных шлюзов и OR, так как разница между исключающим и не исключающим ИЛИ понятна не всем пользователям
  • Использовать события с типом простое, таймер, сообщение и останов

Для упрощения восприятия диаграммы стоит придерживаться правил наименования:

  • Внешних контрагентов показывать как закрытые, они же — свёрнутые пулы (пулы, в которых нет действий)
  • Называть закрытые пулы ролями или бизнес-единицами, а открытые — процессами
  • Называть дорожки также, как роль, должность или структурное подразделение
  • Называть действия (задачи) в стиле Глагол-Существительное, например, «‎Проверить счёт», «Подтвердить заявку», «Оформить договор»
  • Называть события как свершившийся факт в прошедшем времени, к примеру, «Поступила заявка», «Прошло 3 дня»
  • Подписывать исходящие из XOR стрелки, например, «Да» и «Нет», а также отмечать поток по умолчанию
  • Показывать успешное и неуспешное завершение процесса разными финишными событиями
  • Не выводить поток управления за пределы подпроцесса
  • Взаимодействие между разными пулами показывать через поток сообщений (пунктирной стрелкой), который не может присоединяться к шлюзам, в отличие от потока управления

Наконец, при разработке любой диаграммы нужно помнить о главном правиле аналитика: независимо от нотации, ваша схема должна быть МАКСИМАЛЬНО простой и понятной читателю БЕЗ знания тонкостей процессного моделирования!

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

  1. Определить границы процесса, т. е. стартовое и конечное события, участников и полезный результат
  2. Описать «счастливый» путь (happy path), который ведёт к созданию полезного результата (продукта)
  3. Добавить условия и альтернативные потоки
  4. Добавить неуспешные завершения
  5. Добавить артефакты (объекты и хранилища данных)
  6. Раскрыть на новых связанных диаграммах свёрнутые подпроцессы
  7. Добавить промежуточные событийные потоки к внешним пулам

Пример построения диаграммы по текстовому описанию

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

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

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

Узнав подробности коммерческого предложения, клиент принимает решение о продолжении сотрудничества или отказе от него. Если клиент не согласился на условия КП, на этом процесс работы с ним заканчивается, а заявке присваивается статус «Отказ».

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

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

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

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

  • ШТОРМ — веб-редактор от команды Дениса Котова, пожалуй, главного евангелиста BPMN в России, с автопроверкой диаграмм и возможностями командной работы в одном пространстве;
  • Online BPMN — простой и удобный веб-редактор, поддерживает интеграцию с BPMS-системой;
  • Cavemo — веб-редактор, аналогичный предыдущему, имеет офлайн-версию
  • простые веб-«рисовалки‎» Lucidchart, Draw.io, Visual Paradigm

Заключение

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

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

Источник: systems.education

Рейтинг
( Пока оценок нет )
Загрузка ...
Бизнес для женщин