Компьютерное моделирование бизнес процессов

Иллюстрация: Andrea Piacquadio / Pexels / Colowgee для Skillbox Media

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

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

---

Фото: личный архив Александра Завьялова

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

О базовых терминах и идеях в области бизнес-процессов мы рассказали в большом гайде. В этой статье разберём подробнее:

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

---

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

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

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

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

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

Специалисты придумали много вариантов нотаций. Их делят на две основные категории:

• Структурные. Они показывают элементы процесса и взаимосвязи между ними. Это нотации стандарта IDEF: IDEF0, IDEF1x, IDEF4, IDEF5.
• Динамические. Они показывают логику выполнения процессов, последовательность и варианты их использования. Это нотации DFD, EPC, BPMN.

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

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

В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. В следующих разделах разберём их подробнее.

Иногда можно встретить и другие подходы, но обычно это гибридные решения, собранные из основных. Каждый из трёх подходов предполагает, что процессы нужно визуализировать — рисовать их в виде схем. Различия подходов — в принципах визуализации.

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

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

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

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

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

Разберём на примере. Пусть это будет изготовление рекламного ролика.

Процесс изготовления рекламного ролика — основной блок с процессами. Я называю его «чёрный ящик». У него есть три входа и один выход:

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

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

О том, как составить бриф для клиента в рекламе и digital, писали в статье.

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

4. Справа — выходы. Это результаты, которые мы получим: заключим договор, снимем ролик и предложим сотрудничать на постоянной основе.

Вот как функция будет выглядеть в виде диаграммы.

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

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

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

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

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

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

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

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

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

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

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

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

Обычно моделированием бизнес-процессов занимаются внутренние сотрудники компании или подрядчики. Выбор исполнителя зависит от размеров бизнеса и целей моделирования.

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

Рассмотрим, кто может заниматься моделированием процессов.

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

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

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

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

Моделирование как отдельную услугу заказывают редко. Чаще это один из этапов внедрения систем автоматизации — CRM, ECM или ERP. Это работает по такой схеме:

• Команда внедрения — подрядчик — приходит на территорию заказчика.
• Она описывает процессы, проводит аудит и составляет аналитический отчёт с вариантами оптимизации.
• Заказчик утверждает отчёт.
• Подрядчик внедряет систему автоматизации с уже оптимизированными процессами.

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

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

В специальных программах. Это способ для профессионалов в моделировании.

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

Вот четыре конструктора, которые я использовал в своей практике для моделирования процессов:

• Microsoft Visio 2010 — векторный графический редактор для создания разных видов схем: блок-схем, схем технологических процессов, моделей бизнес-процессов, планов зданий и этажей, трёхмерных карт и так далее. Платный.
• Bizagi Process Modeler — программа для моделирования процессов по нотации BPMN с возможностью совместной работы. Бесплатная.
• ARIS Express — программа для моделирования бизнес-процессов и оргструктуры с нотациями eEPC или BPMN. Бесплатная.
• Business Studio — система, в которой можно описать, оптимизировать и регламентировать бизнес-процессы предприятия. Платная.

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

В графических редакторах. Этот способ подойдёт для новичков, которые только знакомятся с моделированием бизнес-процессов. Проще всего взять обычный графический редактор — например, Microsoft Paint, Figma или Adobe Photoshop — и самостоятельно нарисовать интуитивно понятную схему процесса.

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

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

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

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

• Когда начинается процесс. В нашем примере это момент получения заявки от клиента. Если компания использует CRM, точкой входа будет попадание заявки в систему.
• Когда процесс закончится. Это момент успешной реализации сделки: клиент оплатил счёт, а продавец и логист организовали доставку.

Можно придумать несколько вариантов точек входа и выхода — для разных вариантов развития события.

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

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

Здесь лежит шаблон текстового описания процесса.

3. Выделяем основные этапы процесса. На основе описанного в предыдущем пункте процесса составляем блок-схему. В графическом редакторе рисуем каркас — основные этапы в пределах границ входа и выхода.

4. Добавляем детали. Наполняем каркас «мясом» — основными событиями по процессу и действиями исполнителя по алгоритму.

5. Задаём роли. В процессе может быть несколько исполнительских ролей. Их может выполнять один или несколько сотрудников. Обычно роли обезличены, без уточнения фамилий, — только должности.

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

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

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

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

• Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Моделирование бизнес-процессов — описание существующих в компании процессов и документирование требований к ним.
• В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. Самый понятный подход для неподготовленного человека — процессный. Он даёт подробный алгоритм действий для сотрудников и глубокую детализацию операций.
• Моделировать процессы можно своими силами — если бизнес небольшой и несложный. Если в дальнейшем нужно оптимизировать процессы, лучше привлечь консультантов.
• Бизнес-процессы обычно описывают графически — в виде карт и интуитивно понятных схем. Так с ними проще работать.
• Смоделировать процесс можно самому: разобрать внутреннюю кухню компании, описать в тексте все алгоритмы и на основе этого построить схему в графическом редакторе.

Другие материалы Skillbox Media для менеджеров

Эффективный руководитель

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

Узнать про курс

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Суть моделирования бизнес-процессов

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

Моделирование бизнес-процессов — это подробное описание деятельности компании.

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

Цели

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

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

Условно, моделирование всех бизнес-процессов можно подразделить на 3 основных этапа:

Первый начался в 20 году прошлого века с выходом в свет “Принципов научного управления” американского инженера Ф. Тейлора. Внедряется SADT – методология структурного анализа, объединяющая процесс моделирования с управлением конфигурацией проекта. Появляются наглядные блок-схемы и сети Петри. В 80-х гг. предпринимаются первые попытки автоматизации. Однако используемые методики несовершенны, так как допускают варианты интерпретации.

В 1990 М. Хаммер и Д. Чампи выпускают “Реинжиниринг корпорации: манифест революции в бизнесе”, которая до сих пор изучается во всех ведущих бизнес-школах мира. Рождается новый подход к моделированию. С этого момента строится две модели: одна описывает существующие процессы, вторая — оптимальные (как должно быть). Продолжаются работы по автоматизации. Основная задача — моделирование нестандартных бизнес-процессов, для чего требуется привлекать программистов и вкладывать средства. Если хотите подробнее узнать о реинжиниринге – читайте эту статью.

2000 гг. ознаменовались появлением работы Г. Смита и П. Фингара “Управление бизнес-процессами: третья волна”. Новый подход предполагает разработку инструментов, которые дадут возможность менеджерам предприятий не только вносить корректировки в схемы бизнес-процессов, но и самим их создавать.

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

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

Работа по моделированию бизнес-процессов включает в себя 5 этапов:

1. Построение базовой модели бизнес-процессов. На этом этапе описываются основные компоненты существующей системы.
2. Анализ – изучение процессов и взаимосвязей между ними.
3. Разработка оптимальной модели бизнес-процессов. Строится плановая модель организации работы, которая позволит повысить эффективность бизнеса.
4. Отработка предложенной модели на практике. Выполняется тестирование с целью выявления слабых мест.
5. Доработка модели, если в этом есть необходимость.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

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

Виды

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

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

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

Основных принципов пять:

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

Информационной достаточности. Моделирование реальных бизнес-процессов компании должно базироваться на реальных данных. Эффективность работы зависит от точности и полноты исходной информации.

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

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

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

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Методы моделирования

Методов построения моделей довольно много, среди них:

IDEF — построенная на основе методологии SADT модель состоит из графических схем, облегчающих анализ системы.

DFD — используется при проектировании информационных систем. Показывает взаимосвязи между элементами, процесс передачи данных. Удобна для выявления причин изменени.

Flow Chart Diagram — метод моделирования бизнес-процессов посредством символов. Отличается гибкостью.

Сети Петри – показывают динамику изменения процессов.

Инструменты

• AllFusion Process Modeler. Позволяет строить модели и производить анализ с использованием стандартных инструментов IDEF0, DFD и пр.
• ELMA BPM. Позволяет отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0.
• Draw io. Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. Возможно связывать модели через гиперссылки. Кроме того, можно к элементам присоединять файлы из облачных хранилищ данных.

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

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

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

Значение моделирования бизнес-процессов для предприятий

Если работа проведена правильно, на выходе компания получит:

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

Как видим, правильное и осознанное моделирование бизнес-процессов только упрощает работу руководства и персонала компании.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Автор: Марина Ступакова, эксперт компании iTeam

Моделирование бизнеса. Основные подходы

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

Я уже писал о моделировании при помощи IDEF0 (Знакомство с нотацией IDEF0 и пример использования), об организации работы склада и работе с клиентами от лида до сделки (Внедрение CRM. От регистрации лида до закрытия сделки. Кейс и пояснения), о системе Bizagi (Bizagi. Описание. Пример). И везде я использовал при пояснении примеров и практических решений нотации бизнес-процессов.

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

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

Основные подходы

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

• Функциональный;
• Процессный;
• Ментальный (с применением ментальных карт).

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

Функциональное моделирование

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

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

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

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

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

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

Процессное моделирование (моделирование бизнес процессов)

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

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

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

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

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

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

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

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

Ментальный подход (ментальные карты)

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

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

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

Плюсы применения таких ментальных карт очевидны:

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

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

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

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

Методология и языки бизнес-моделирования

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

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

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

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

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

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

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

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

Преимущества разработки моделей бизнеса

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

На самом деле, стандарты и правила – это огромный плюс:

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

Применение моделей бизнеса на практике

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

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

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

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

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

Создание практически любого решения для бизнеса, включая CRM, не обходится без создания бизнес-процессов.
Построение бизнес-процесса – не всегда простое дело, потому что требуется не только начертить некую схему, но и продумать, как практически будет происходить тот или иной процесс, регламентировать его, донести этот регламент до каждого сотрудника, протестировать, как всё происходит на практике, подумать над недостатками и вариантами их исправления. 
Для моделирования бизнес-процесса в соответствии с нотацией BPMN чаще всего используется специальное ПО для моделирования бизнес-процессов, способные не только составлять схемы, но и обеспечивать реальную работу бизнеса по этим схемам. 
Давайте разберемся что же такое система BPMN и как происходит моделирование бизнес-процессов BPMN ?
BPMN – Business Process Management Notation – это система условных обозначений для построения схемы протекания бизнес-процессов (моделирования бизнес-процессов). 

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

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

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

9 программ для моделирования бизнес процессов:
1. Bizagi Process Modeler http://www.bizagi.com/ 
Бесплатное программное обеспечение для создания диаграмм процессов и документации в нотации стандарта BPMN. Отличній инструмент построения бизнес-процессов. Помогает не только создать, но и опубликовать результаты работы в различных форматах, включая MS Word и интерактивный HTML:

Бесплатная. Open Source Business Management System. Программа для построения и анализа бизнес процессов.

Достаточно простой в установке и использовании инструмент, так что его могут применять и начинающие пользователи. ARIS Express принадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) и включает не только инструменты моделирования бизнес-процессов и публикации моделей, но и интегрирующиеся между собой средства разработки системы сбалансированных показателей, оценки и оптимизации стоимости бизнес-процессов, инструменты, упрощающие внедрение ERP-систем, а также инструменты контроля за выполнением бизнес-процессов.

4. Camunda https://camunda.com/products/modeler/ 
Это BPM-движок для автоматизации бизнес-процессов.
— Открытые исходники позволяют однозначно понимать как работает софт, а отличная документация позволяет очень быстро разобраться, как интегрировать движок в свою инфраструктуру.
— Camunda поддерживает последнюю версию Java, или вообще любой JVM-язык.
— Отличная архитектура внутри — движок делает то, что от него ожидается самым очевидным и ожидаемым способом. Нет никаких лишних абстракций, которые необходимо изучать.
— Удобство разработки, тестирования и встраивания в CICD за счёт того, что Camunda можно использовать просто как библиотеку в Java-приложении. Camunda не ограничивает разработчика какими-то своими условиями. Используйте любые удобные инструменты — статистические анализаторы, тестовые фрейморвки, средства сборки, средства контроля версий.
Camunda — это также набор приложений Modeler, Task List, BPMN Engine, DMN Engine, Cockpit, Admin,Optimize.
Modeler — это приложение для создания моделей BPMN процессов. Эти модели нужны для других частей системы.
Task list — это веб-приложение, в котором исполнители выполняют задачи, поставленные на них бизнес-процессом.
BPMN Engine — это непосредственно движок, которые отвечает за интерпритацию BPMN в объекты JAVA, сохранение объектов в базе и реализацию других вещей (типа листенеров активностей), которые крутятся вокруг процессов.
DMN Engine — аналогично BPMN Engine, только для DMN (Decision Model and Notation)
Cockpit — это веб-приложение для просмотра состояния процессов. В бесплатной версии он сильно обрезан по функционалу.
Admin — это веб-приложение для управления правами пользователей и пользователями.
Optimize — это веб-приложение для анализа бизнес-процессов. Оно платное.

5. AllFusion Process Modeler http://www.ca.com/ru/default.aspx 
Позволяет проводить описание, анализ и моделирование модели данных, построитель мета-моделей данных. Занимает одно из лидирующих мест в своём сегменте рынка.
Включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

6. IBM WebSphere Business Modeler http://www-03.ibm.com/software/products/us/en/modeler
IBM WebSphere Business Modeler является программным средством, нацеленным на моделирование, имитацию и анализ бизнес-процессов.
Ключевые характеристики IBM WebSphere Business Modeler такие:
— позволяет сформировать перечень показателей KPI, привязать их к элементам бизнес-процесса и путем имитации модели спрогнозировать их значения. Таким образом, отслеживается достижение стратегических и тактических целей компании.
— позволяет описывать бизнес-процессы при помощи диаграмм стандарта BPMN. Информация об организации может накапливаться в виде структурированных справочников, между справочниками могут устанавливаться взаимосвязи.
— посредством инструментария Crystal Report в системе могут создаваться любые виды отчетности по объектам модели и регламентной отчетности, которые могут быть выгружены в Word, Excel, pdf и прочие форматы.
— система поддерживает более 40 видов анализа как статического (анализируется структура модели), так и динамического (анализируется модель во время и после имитации).
— возможности сбора и контроля значений показателей позволяют использовать систему не только как систему проектирования, но и как систему исполнения.
— модели могут быть опубликованы так, что станут доступны команде разработчиков для ознакомления и анализа.
— система легко интегрируется с другими продуктами разработки IBM.

7. ELMA http://www.elma-bpm.ru/ 
Российская разработка. Есть бесплатная версия. Система управления бизнес-процессами основана на простой идее: идет построение модели бизнес-процессов вашей компании с помощью наглядных диаграмм (нотация BPMN), загружаете эти описания в компьютерную систему ELMA, и программа позволяет отследить исполнение процессов в реальной практике работы предприятия. 
Ключевые характеристики: 
— помимо управления последовательными задачами, которые выгодно автоматизировать, есть модуль управления проектами.
— существующая система контроля (в том числе через модуль управления KPI) и отчетов создает оптимальный условия для работы в команде, в том числе удаленно (особо ценно для филиалов). 
— электронный документооборот связан со всеми модулями системы и обеспечивает хранение, классификацию документов. Это значительно экономит время и сводит концепцию «незаменимого работника» к минимуму. 
— учет клиентов и прав доступа решен в модуле CRM: появилась функция интеграции с call центрами. Для рядового пользователя ELMA может быть полезна как альтернатива внутрикорпоративной почте и инструмент управления задачами.

8. Fox Manager Бизнес Процессы http://www.fox-manager.com.ua/ 
Бесплатная. Используемая нотация близка к Basic Flow Chart, которая многим хорошо знакома своей простотой построения бизнес процессов. Программа автоматически строит процессы верхнего уровня, отображая взаимодействия категорий и бизнес процессов в виде наглядной диаграммы. Аналитические функции программы позволяют вовремя заметить и устранить ошибки, допущенные при построении построенной процессной модели, а именно выделить процессы, за которые никто не отвечает, найти ссылки на несуществующие документы, должности, поставщиков или бизнес процессы.

9. Comindware Business Application Platform https://www.comindware.com/ru/platform/ 
Отечественная Low-code платформа для моделирования и управления BPMN-процессами и цифровой трансформации предприятия. 
Платформа от Comindware прекрасно подходит для упрощения и углубления автоматизации бизнес-процессов в рамках систем электронного документооборота. Утверждение и подписание договора – наиболее типичный процесс в рамках документооборота любой компании. С помощью пользовательского инструмента от Comindware, входящего в функционал платформы и доступного из любого веб-браузера, появляется возможность без лишних сложностей собрать такой процесс в соответствии с BPMN.

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

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

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

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

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

Моделирование бизнес-процессов: немного истории

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

Пионером в этой области стал польский инженер Карол Адамецки (1866-1933). В 1896 году он презентовал диаграммы-гармонограммы (harmonogram, от слова «гармония»), наглядно представлявшие все, что происходило в текущий момент времени на предприятии.

Работа была представлена на русском и польском языках и не получила широкого распространения в научных и производственных кругах, хотя наработки были однозначно интересными [A. Kosieradzka, 2018]. Уже тогда, в 19 столетии, языком науки и бизнеса был английский. Поэтому для того, чтобы работа получила широкую известность, ее нужно было как минимум выпустить на английском.

Намного больший резонанс вызвала разработка британского инженера Генри Ганта (1861-1919). В 1910 году он представил ленточную диаграмму, позволяющую отслеживать состояние всех процессов на предприятии в любой момент времени [H. Gant, 1910]. Разработка получила название по имени своего изобретателя – диаграмма Ганта. С тех пор прошло больше ста лет, однако диаграмма Ганта по-прежнему актуальна и позволяет решать многие организационные задачи:

В 20-е годы прошлого столетия начали использовать математические модели моделирования бизнес-процессов. Так появилась блок-схема – графическая модель, представлявшая описанные формулами алгоритмы и процессы в виде различных геометрических фигур-блоков, которые были последовательно соединены в схему:

По мере усложнения производства усложнялось и моделирование бизнес процессов предприятия. Так, появившийся в 50-е годы метод PERT (Project Evaluation and Review Technique) позволял работать с большим количеством значений, в том числе неопределенных и изменяющихся на протяжении времени проекта.

Желающие вникнуть в математическую часть могут прочитать книгу «Сетевые методы планирования и их применение» [А. Кофман, Г. Дебазей, 1968]. Мы же ограничимся представлением общей схемы сетевой диаграммы PERT, где обозначения от A до F – различные операции, t – время этих операций, а кружочки с цифрами – промежуточные этапы.

Схематично это выглядит так:

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

Собственно термин «моделирование бизнес-процессов» зародился в 1967 году. Впервые его употребил автор статьи, посвященной теме атомной энергетики [R. Walton, 1967].

С тех пор методология моделирования бизнес-процессов претерпела определенные изменения. В самом общем виде можно выделить два основных подхода, а именно функциональный и объектно-ориентированный [ПитерСофт, 2019]:

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

Иногда в качестве отдельного подхода выделяют имитационный подход или имитационное моделирование [KPMS, 2019].  Он подразумевает моделирование поведения бизнес-процессов в различных условиях, с учетом разных внутренних и внешний воздействий с последующим анализом динамических характеристик процессов и распределения ресурсов. Можно сказать, что имитационное моделирование включает в себя элементы и функционального, и объектно-ориентированного подхода.

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

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

• Нотация IDEF0.
• Нотация Basic Flowchart.
• Нотация Cross-Functional Flowchart.
• Нотация моделирования бизнес-процессов BPMN0 (Business Process Model and Notation).
• Нотация EPC (Event-Driven Process Chain).

Узнать подробнее можно из обзора «Нотации моделирования бизнес-процессов» [Business Studio, 2020]. В контексте нашей темы мы говорим об этом лишь для того, чтобы показать масштаб и многообразие разработок в данной области, что само по себе указывает на важность этой сферы. Почему эта сфера так важна? Давайте разбираться.

Цели моделирования бизнес процессов

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

Зачем моделировать бизнес-процессы:

• Сформировать «взгляд извне» и увидеть сильные и слабые стороны процесса.
• Регламентировать процесс, сформировать четкие правила, условия и нормы выполнения процесса.
• Установить взаимосвязь между процессами и требованиями, которым они должны соответствовать.
• Распределить зоны ответственности и полномочий между участниками процесса.
• Представить данные о процессах в удобном для восприятия формате.
• Оптимизировать цепочку согласования решений.
• Оптимизировать систему контроля за исполнением решений, качеством товара и/или услуги.
• Сбалансировать сырьевые и товарные запасы.
• Увидеть перспективную потребность в ресурсах (материальных, информационных, людских).
• Спрогнозировать бюджет проекта и минимизировать возможные отклонения от сметы.
• Повысить гибкость управления проектами.
• Обеспечить контроль удовлетворенности клиентов.
• Обеспечить прозрачность процессов для инвесторов.

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

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

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

Определившись с подходами, будет проще понять, какие модели проектирования бизнес-процесса наилучшим образом отвечают поставленным целям [enterchain, 2020]. Итак, на каких же принципах должно строиться моделирование?

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

1. Ориентация на эталонные и референтные модели как на основу описания бизнес-процесса.
2. Целостность описания процесса с целью получения исчерпывающей информации.
3. Моделирование «сверху вниз» от моделей верхнего уровня к моделям нижнего уровня.
4. Разумная достаточность в описании, детализации, количестве объектов и связей между ними.
5. Фокус на ключевых параметрах процесса без отвлечения на второстепенные детали.
6. Соизмеримость и соразмерность затрачиваемых ресурсов (материальных, временных, людских) и получаемого результата.
7. Множественность как понимание того, что модель должна отображать свойства объекта, влияющие на желаемые показатели.
8. Множественность как использование нескольких моделей для полного всестороннего представления объекта или процесса, если одной модели недостаточно.
9. Непротиворечивость как понимание того, что все элементы, входящие в модель, должны иметь четкое однозначное толкование и не противоречить друг другу.
10. Применимость моделей с учетом цели проекта.

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

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

Итак, какие стадии должно пройти моделирование бизнес-процессов, чтобы модель была эффективной?

5 основных стадий моделирования:

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

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

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

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

Сейчас мы сделаем обзор наиболее популярных методов, используемых в реальном секторе экономики [enterchain, 2020]. В этом обзоре вы увидите знакомые названия и аббревиатуры, поэтому заранее поясним, что в некоторых случаях метод и нотация могут носить одно и то же название.

Основные методы моделирования:

• BPMN – пошаговый метод проектирования процессов от начала до завершения, представленный в виде схемы. Применяется для презентации как последовательности операций, так и информационных потоков.
• VAD – метод предназначен для формирования общего вида процессов, необходимых для появления товара или услуги.
• Flow Chart Diagram, или диаграмма работ – это метод презентации процесса как логической последовательности действий.
• Data Flow Diagram, она же диаграмма данных – это метод отображения передачи информационных данных между этапами внутри процесса.
• Role Activity Diagram, она же диаграмма ролей – метод проектирования как единства и взаимодействия ролей, каждая из которых имеет свои функции.
• EPC – метод используется преимущественно для проектирования процессов нижнего уровня, где для каждой функции определены участники, материальные ресурсы, информационные потоки, стартовые и финишные точки.
• IDEF – класс методов, включающий семейство стандартов от IDEF0 до IDEF14. Каждый из стандартов заточен под разные задачи, а внутри класса методов используются разные подходы.

Относительно класса методов IDEF заметим, что, например, IDEF0 – это образец функционального подхода, а IDEF4 – это реализация объектно-ориентированного подхода, IDEF7 используется для аудита информационных систем, а IDEF14 – это метод проектирования компьютерных сетей.

Уточним также, что описанные методы реализуются с помощью специального программного обеспечения. Наиболее часто для этих целей используют такие программные продукты, как Business Studio, MS Visio, ARIS, Bizagi Process Modeler.

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

Для наглядности можно сказать, что по теме «Моделирование бизнес-процессов» курсовая работа, посвященная салону красоты, будет отличаться от курсовой, посвященной супермаркету. А работа по моделированию процессов для диспетчерской службы будет выглядеть иначе, чем такая же работа, выполненная для совместного предприятия [IT diplom, 2020].

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

Как избежать ошибок в моделировании бизнес-процессов?

Как известно, совсем не ошибается только тот, кто ничего не делает, однако тратить время на типовые ошибки, которые уже совершили до вас, было бы неразумно [Fox Manager, 2019]. В основе большинства ошибок лежит либо непонимание сути бизнес-процесса, за моделирование которого нужно взяться, либо плохое знание инструментов моделирования.

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

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

Однако если вы уверены, что лучше вас ваш бизнес все равно никто не знает, вполне можно попробовать взяться за создание модели самостоятельно. Тем более что уже накоплен определенный опыт, как избегать типовых ошибок при моделировании [Fox Manager, 2019].

Топ-5 рекомендаций, как избежать ошибок при моделировании:

1. Придерживаться выбранного метода и выбранной нотации. Условно говоря, если вы начали строить модель посредством BPMN или FlowChart, пользуйтесь для построения одной модели одним методом.
2. Четко определить границы бизнес-процесса. Никто лучше вас не знает, что должно происходить внутри бизнеса, поэтому важно избежать как слишком общего подхода, так и избыточной детализации планируемых операций.
3. Избегать «наложения» процессов. Схематическое представление бизнес процессов как последовательности действий для того и требуется, чтобы избежать путаницы и четко понимать, что в какой последовательности происходит и при каких обстоятельствах возможен повторный возврат к тому или иному действию.
4. Помнить, что все моделируемые процессы должны быть подчинены единой цели. Следует избегать ситуаций, когда какой-либо процесс моделируется в отрыве от общей работы и общих целей проекта.
5. Применять однородную детализацию. Проще говоря, необходимо привести все описания, варианты представления операций и прочее к некоему «общему знаменателю», чтобы избежать непонимания и разных вводящих в заблуждение трактовок.

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

Мы желаем, чтобы все процессы в вашем бизнесе и вашей жизни были упорядочены и приносили желаемый эффект. Мы ждем вас на наших программах «ТРИЗ на практике: творческий подход на работе и в жизни» и «Лучшие техники самообразования». И предлагаем ответить на вопрос по теме статьи: