Нотации моделирования процессов в Business Studio: «Процедура», eEPC и BPMN. Что выбрать?
Оценки за материал: 0 (0)
В статье Владимира Репина рассмотрены три нотации моделирования бизнес-процессов, при помощи которых можно создавать графические диаграммы с использованием продукта Business Studio: «Процедура», eEPC, BPMN. Обсуждаются преимущества и недостатки каждой нотации. Приводится сравнительный анализ и рекомендации по выбору нотации для описания бизнес-процессов компании.
Введение
Многие компании используют программный продукт Business Studio для описания бизнес-процессов на операционном уровне с целью их последующего анализа и оптимизации, регламентации и автоматизации.
В Business Studio представлено три нотации, которые можно для этого использовать: «Процедура», eEPC, BPMN.
Цель статьи – кратко рассмотреть ключевые преимущества и недостатки каждой нотации, а также сравнить их между собой при помощи ряда критериев.
Такой анализ и сравнение может быть полезен при выборе нотации моделирования бизнес-процессов для использования в проекте построения системы управления бизнес-процессами компании.
Что такое бизнес-процесс? Моделирование и анализ бизнес-процессов
Нотация «Процедура»
На рис. 1 представлен пример диаграммы бизнес-процесса, сформированной в нотации «Процедура». В этой старой нотации (1974 г.) используется весьма ограниченный набор графических элементов, в том числе: стартовое и завершающее события – овал, операция процесса – четырехугольник, операция принятия решения или шлюз типа «исключающее «ИЛИ» (кто как использует) – ромб, стрелка с одним наконечником («Связь предшествования») – для отображения потока работы, стрелка с двумя наконечниками – для отображения потока объектов (в первую очередь, документов).
Рассмотрим ключевые преимущества и недостатки нотации «Процедура».
Преимущества:
• внешняя простота;
• интеграция с IDEF0 по потокам объектов;
• возможность использования междиаграммных ссылок для интеграции моделей в архитектуре.
Недостатки:
• морально устарела;
• примитивная семантика, в т.ч. отсутствие нормального аппарата шлюзов и событий;
• отсутствие визуальных значков для моделирования движения документов и статусов;
• нельзя использовать промежуточные события;
• некорректная работа имитации;
• невозможность экспорта моделей в BPMS для автоматизации.
Рис. 1. Пример диаграммы бизнес-процесса в нотации «Процедура».
Одним из существенных преимуществ «Процедуры» является внешняя простота. Если цель диаграммы процесса – передача информации только для людей (без имитации и автоматизации), то это является большим преимуществом. Другими словами, если вы создаете аналитическую диаграмму процесса, не предполагая делать из нее модель для расчетов или передавать на автоматизацию в BPMS, то «Процедура» вам подходит.
При использовании «Процедуры» весьма удобно, что стрелки с диаграммы в нотации IDEF0 мигрируют на диаграмму в «Процедуре» автоматически. Кроме того, на «Процедуре» можно использовать междиаграммные ссылки, напрямую увязывая процессы между собой по входам/выходам и условиям старта/завершения.
На этом преимущества «Процедуры» заканчиваются. Семантика этой морально устаревшей нотации не позволяет удобно моделировать сколько-нибудь сложные ситуации, которые возможны в реальных бизнес-процессах. В «Процедуре» нет логических операторов (кроме «ромба»). Нельзя использовать промежуточные события. Нет значков документов.
Имитация в нотации «Процедура» работает некорректно. Это значит, что невозможно адекватно анализировать процесс и обосновывать решения по его оптимизации. Так же следует отметить, что из «Процедуры» невозможен корректный экспорт в BPM-системы для последующей автоматизации.
Нотация eEPC
На рис. 2. представлен пример диаграммы процесса в нотации eEPC. Это тот же процесс, который был описан в «Процедуре» выше.
Особенностью нотации eEPC является использование событий до и после каждой операции процесса, наличие логических операторов и визуальное представление потоков документов (информации) на схеме. Рассмотрим преимущества и недостатки нотации eEPC.
Преимущества:
• простота и понятность для исполнителей;
• возможность отображения потока объектов (документов) со статусами;
• адекватное межпроцессное взаимодействие (процессные интерфейсы);
• возможность корректной имитации.
Недостатки:
• ресурсоемка при моделировании + размер диаграммы;
• ограниченная семантика;
• отсутствуют дорожки;
• устарела с точки зрения автоматизации.
Диаграммы в нотации eEPC всегда занимают намного больше места, чем диаграммы в нотациях «Процедура» и BPMN. Кроме того, моделирование в eEPC занимает в несколько раз больше времени, чем в других нотациях.
Нотация eEPC имеет весьма ограниченную семантику. Это приводит к тому, что для сложных практических случаев приходится искать обходные пути для того, чтобы показать нужные аспекты на диаграмме.
В тоже время диаграмма в нотации eEPC является вполне понятной большинству сотрудников. На ней можно отобразить потоки документов, причем со статусами. Можно использовать значок процессного интерфейса для интеграции с другими диаграммами в рамках общей модели компании.
Важным плюсом нотации eEPC является возможность корректной имитации процессов. Полученные расчеты можно использовать для анализа процесса и обоснования действия по его оптимизации.
В целом, конечно, нотация eEPC, как и «Процедура», безнадежно устарела. Особенно с точки зрения использования моделей процессов для настройки BPM-систем.
Рис. 2. Пример диаграммы бизнес-процесса в нотации eEPC.
Нотация BPMN
На рис. 3. представлена схема процесса в нотации BPMN.
Это тот же самый процесс, который был представлен выше в нотациях «Процедура» и eEPC.
Рис. 3. Пример диаграммы бизнес-процесса в нотации BPMN.
Рассмотрим преимущества и недостатки нотации BPMN вообще, и с точки зрения моделирования процессов в Business Studio, в частности.
Преимущества:
• международный стандарт ISO с 2013 года;
• «де факто» принята всеми разработчиками BPMS;
• семантика, позволяющая описывать сложные практические ситуации;
• возможность отображения потока объектов (документов) со статусами;
• возможность импорта диаграмм из MS Visio;
• возможность экспорта для автоматизации в BPMS.
Недостатки:
• сложная семантика;
• неадекватное межпроцессное взаимодействие в части информационных потоков (задача решается);
• не вся семантика BPMN поддерживается при имитационном моделировании.
Безусловно, нотация BPMN на сегодня обладает наиболее сложной и развитой семантикой, позволяющей описывать процессы с учетом их реальной специфики. Она является международным стандартом с 2013 года и «де факто» принята большинством вендоров (разработчиков) систем автоматизации бизнес-процессов (BPMS).
На схеме в нотации BPMN можно использовать события и логические операторы (в т.ч. весьма сложные). С точки зрения использования человеком, схему можно сделать нагляднее за счет визуализации движения документов со статусами.
В Business Studio можно импортировать схемы процессов в нотации BPMN, разработанные в MS Visio. Из Business Studio возможен экспорт моделей для настройки исполняемых процессов в BPMS.
Недостатком нотации BPMN можно считать весьма сложную семантику, интуитивно непонятную сотрудникам подразделений без специального обучения. Однако, при использовании ограниченного количество маркеров (событий, шлюзов, операций) можно сделать диаграмму в нотации BPMN вполне читаемой и понятной.
В текущей версии Business Studio проблемой является интеграция моделей процессов в нотации BPMN между собой и с моделями вышестоящего уровня (в IDEF0). Стыковку моделей между собой по входам/выходам и синхронизацию по событиям приходится делать исключительно вручную без какой-либо автоматизации. Это ведет к риску потери важной информации и дезинтеграции модели. Возможно, в следующих версиях Business Studio эта проблема будет решена.
Отдельно стоит подчеркнуть, что нотация BPMN, реализованная в текущей версии Business Studio, позволяет достаточно корректно (с точки зрения реальных практических кейсов) выполнять имитацию процессов. Более того, можно использовать граничные события типа «Системная ошибка» и другие в рамках имитации. Так же можно имитировать прерывание операции процесса по граничному событию-таймеру (правда, для этого приходится пока создавать несколько искусственную конструкцию на схеме соответствующего подпроцесса).
Попробуем сравнить рассматриваемые нотации по набору критериев.
Сравнительный анализ нотаций
Сравнение нотаций можно сделать по трем группам критериев:
1. Внешний вид диаграмм.
2. Интеграция.
3. Семантика и имитация.
В следующей таблице 1 представлено сравнение по группе критериев «Внешний вид диаграмм». Максимальный балл -10.
В таблице 2 представлена оценка нотаций по критерию «Интеграция».
В таблице 3 представлено сравнение нотаций по группе критериев «Семантика и интеграция».
Выводы
Итоговая оценка нотаций в баллах представлена на следующей диаграмме:
Диаграмма. Итоговая оценка нотаций в баллах.
По совокупности критериев, я рекомендую использовать нотацию BPMN для описания, анализа и регламентации бизнес-процессов на операционном уровне. На сегодня — BPMN – лучшая нотация!
Если, всё-таки, по каким-то причинам вам придется делать выбор между «Процедурой» и eEPC, и если не нужна имитация, то лучшим выбором станет нотация «Процедура». Но если предполагается серьезно заниматься имитацией процессов, то лучше выбрать нотацию eEPC, чем «Процедуру».
Успехов вам при описании и оптимизации бизнес-процессов!
В.В. Репин,
к.т.н., доцент, консультант по управлению, тренер,
Генеральный директор ООО «Владимир Репин Менеджмент»
Вебинар по теме организован совместно Владимиром Репиным и компанией Business Set:
Семинары и тренинги Владимира Репина в I-II кв. 2019 года:
1. 29 января, 10-00, Москва,«Выбор нотации моделирования операционных процессов в Business Studio: как сделать правильный выбор?». Вебинар.Бесплатно. http://busset.ru
2. 13 февраля, в 13-00, Москва, «Процессное управления для топ-менеджеров». Вебинар. Бесплатно. http://finexpert.ru/
3. 14-15 февраля. Алматы,«Моделирование бизнес-процессов в нотации BPMN». Тренинг. По запросу. http://hrr.kz/index.php/ru/novosti
4. 18 февраля, с 18-30, Москва,«Проблемы интеграции моделей в нотации BPMN в общую архитектуру бизнес-процессов компании». Семинар.Бесплатно. http://finexpert.ru/
5. 14-15 марта, Москва, «Business Studio 4: моделирование, анализ и регламентация бизнес-процессов». Тренинг, 24 000 рублей, http://www.bslearning.ru/
6. 25-26 марта, Томск, «Внедрение системы управления бизнес-процессами». Семинар-тренинг. 24 000 рублей. http://www.bpm3.ru/?ID=136
7. 10-11 апреля, Москва,«Внедрение системы управления бизнес-процессами». Семинар-тренинг. 28 000 рублей. http://www.bpmforum.ru/
8. 16-17 мая, Москва, «Business Studio 4: моделирование, анализ и регламентация бизнес-процессов». Тренинг. 24 000 рублей, http://www.bslearning.ru/
Прикрепленные файлы
Просматривать прикрепленные файлы могут только зарегистрированные пользователи. Вы можете зарегистрироваться здесь.
Добавить комментарий
Комментировать материалы могут только зарегистрированные пользователи. Вы можете зарегистрироваться здесь.
Все права защищены. Частичное или полное копирование информации данного ресурса возможно только с разрешения владельца.
Источник: www.finexpert.ru
1.7 Преимущества и недостатки использования idef0 для описания бизнес-процессов
Методология моделирования бизнес-процессов IDEF0 предназначена для описания процессов верхнего уровня. Описывая такие процессы, уделяется огромное внимание управлению процессами, обратным связям по управлению и информации. Основные преимущества и недостатки методологии IDEF0 приведены в таблице 1 [8].
Таблица 1 – Достоинства и недостатки методологии IDEF0
Полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи)
Сложность восприятия (большое количество стрелок)
Комплексность при декомпозиции (туннелирование стрелок обеспечивает связность создаваемых диаграмм между собой)
Большое количество уровней декомпозиции
Возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок)
Трудность увязки нескольких процессов, представленных в различных моделях одной и той же организации
Наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида
Простота документирования процессов
Соответствие подхода к описанию процессов в IDEF0 МС ИСО серии 9000, что позволяет выбирать IDEF0 в качестве внутреннего стандарта организации, регламентирующего описание бизнес-процессов
На практике встречаются ситуации, когда модели IDEF0 используют для описания последовательно выполняемых работ. В таких моделях, как правило, слабо отражено управление процессом, не указаны руководители, почти нет обратных связей. Поэтому использовать IDEF0 для описания последовательно выполняемых работ некорректно.
2 Задания для самостоятельного выполнения
1 Изобразите в нотации IDEF0 контекстную диаграмму верхнего уровня и верхнюю дочернюю диаграмму процессов жизненного цикла продукции организации в соответствии с рисунками 28 и 29.
2 В соответствии с полученным индивидуальным вариантом ознакомьтесь с исходными данными, представленными в приложении А. Номер варианта задания для самостоятельного выполнения соответствует номеру фамилии студента в экзаменационной ведомости.
2.1 На основе процессного подхода разработайте модель предложенного процесса.
2.2 Представьте графически предложенный процесс при помощи блок-схемы.
2.3 Составьте матрицу распределения ответственности по этапам предложенного процесса и определите владельца всего процесса.
2.4 Разработайте и оформите модель процесса в формате IDEF0. При формировании модели процесса использовать инструментальную среду BPWin.
Выполненные задания сдаются студентом на проверку преподавателю в виде индивидуального отчета. После проверки работы проводится собеседование с преподавателем на подтверждение понимания студентом изучаемого материала.
Выполнение практической работы является необходимым условием допуска студента к сдаче теоретического зачета или экзамена.
Рисунок 28 – Контекстная диаграмма верхнего уровня
процессов жизненного цикла продукции организации
Рисунок 29 – Верхняя дочерняя диаграмма
процессов жизненного цикла продукции организации
Источник: studfile.net
Как избежать ошибок при моделировании бизнес-процессов?
Цифровизация всегда идет рука об руку с управлением бизнес-процессами. Такой подход помогает избежать проблемы «автоматизированного хаоса». Прежде чем оптимизировать бизнес-процесс, его надо описать — смоделировать. И здесь есть несколько подходов. В чем недостатки развития бизнес-процессов от состояния «как есть» до «как должно быть», какими недостатками обладает подход process mining и какие преимущества дает вытягивающий метод моделирования бизнес-процессов, помог разобраться Александр Гончаров, эксперт по построению бизнес-процессов компании ICL Services.
Какие есть методики моделирования бизнес-процессов
На сегодняшний день существует множество методик моделирования бизнес-процессов. Как правило, моделирование процессов происходит следующим образом. Консультант опрашивает участников бизнес-процесса, те дают картину «как есть». После чего консультант формирует и согласует модель бизнес-процессов «как есть», и это является отправной точкой для модели «как должно быть», постоянного усовершенствования или реинжиниринга процессов. Недостатки такого подхода следующие: во-первых, изначально идет ориентация на устоявшуюся модель работы, во-вторых, моделирование основано на не всегда адекватных данных, в-третьих, моделирование проходит в два этапа «как есть» и «как должно быть».
Другой вариант — использование технологии process mining: консультант на основе выгрузки данных логов информационных систем строит модель «как есть». Это решает проблему неадекватных исходных данных, но не решает вторую — ориентацию на то, как работаем сейчас.
В этом материале мы подробно рассмотрим вытягивающий метод моделирования бизнес-процессов. С помощью этого современного подхода можно попытаться решить обе проблемы и в ходе самого моделирования найти возможности повышения эффективности процесса. Как и в методологии бережливого производства, метод сфокусирован на ценности, которую бизнес-процесс создает для своего потребителя. Он помогает как в моделировании отдельных бизнес-процессов, так и при моделировании сети бизнес-процессов всей организации.
Первый принцип вытягивающего метода: обязательно регистрировать все входы и выходы
Под бизнес-процессом понимается систематическая деятельность какой-либо части организации по преобразованию входов в выходы. При моделировании процесса необходимо регистрировать абсолютно все значимые входы и выходы. При этом входы процесса удобно классифицировать на преобразующие, преобразуемые и управляющие. На рисунке 1 изображены входы и выходы процесса, расположенные согласно методологии SADT и нотации IDEF0.
Принцип второй: двигаемся не от начала к концу, а наоборот
Зачастую при разработке модели отправной точкой служат начальные операции процесса, просто потому что так привычнее. В рассматриваемом нами вытягивающем методе предлагается начинать с конечных операций, с конечных результатов процесса. Рассмотрим простой процесс доставки пиццы покупателю. Сначала определимся с выходами.
В результате процесса у клиента должна появиться пицца, а у курьера — оплата за нее. Таким образом, у процесса будет минимум два выхода.
Оплата — выход операции «Принять оплату», доставленная пицца — выход операции «Передать заказ клиенту», при этом скорее всего клиент сначала примет заказ, потом оплатит. В модели внутри процесса появляются две операции, которые формируют данные выходы.
Рассматриваем операции подробнее. Операция «Принять оплату» может выполняться с помощью кассового терминала (преобразующий вход), для него должна быть инструкция (управляющий вход). Чтобы знать, сколько денег получить с клиента, курьер должен иметь документ с соответствующей суммой, бланк заказа (преобразуемый вход).
Чтобы передать заказ, курьер должен получить заказ, готовый к доставке, при этом максимальный срок доставки скорее всего установлен регламентом доставки (управляющий вход). Таким образом, на схему процесса можно добавить входы. Из них два будут внутренними для процесса (являются результатами других операций этого же процесса) и можно дальше раскручивать процесс к началу, выявляя предыдущие операции. Появилось также три внешних для процесса входа, являющихся в свою очередь выходами других бизнес-процессов.
Принцип третий: сразу отмечаем несоответствия
При моделировании можно сравнивать получаемый процесс с реальностью. Если в жизни процесс выстроен не так (например, сначала оплата, потом передача заказа), это повод разобраться, почему процесс построен именно так, и зачастую найти неэффективности из разряда «так сложилось».
Например, в результате «вытягивания» операций видим, что для какой-либо операции нужны входы от двух других. Это говорит о том, что данные операции могут выполняться параллельно. Если в реальной жизни видим, что операции выполняются строго последовательно, возможно, это неэффективность и стоит перестроить процесс.
Прочитать материал полностью можно на сайте издания «TADviser», либо скачав его по вкладке «Прочитать позже», которая находится в начале новости.
Источник: icl-services.com
