С чего начинается бизнес моделирование цифровых систем
Моделирование бизнеса. Основные подходы
В этой статье я хочу поговорить об основных принципах моделирования бизнеса, о тех подходах, которые применяются в этой сфере, и на основе которых создаются языки моделирования и нотации.
Я уже писал о моделировании при помощи 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-систем, так и сотрудников, движения товаров и т.д.
Соответственно, в языках проектирования систем нет элементов, которые помогут полноценно описать действия подразделений, сотрудников, взаимодействие между ними, работу с поставщиками, общение с клиентами и так далее. Инструменты этой группы языков помогут именно автоматизировать процессы бизнеса, которые поддаются автоматизации. А все остальное будет оставлено «за кадром», например, как некие «функции» без расшифровки.
В то же время языки разработки бизнес-процессов охватывают максимально именно работу бизнеса как такового, а вот те или иные нюансы автоматизации и алгоритмизации систем в них описать далеко не всегда возможно с достаточной степенью детализации.
Преимущества разработки моделей бизнеса
И все же, зачем применять языки бизнес-моделирования, которые налагают строгие ограничения, требуют придерживаться жестко заданных правил при моделировании? Ведь всегда можно «нарисовать схему» в графическом редакторе или даже на бумаге, используя ментальный подход, при этом изучение языков моделирования вообще не потребуется.
На самом деле, стандарты и правила – это огромный плюс:
Применение моделей бизнеса на практике
Лично я считаю, что бизнес-моделирование стоит применять при решении любых задач, связанных с выявлением проблем и «узких мест», с оптимизацией и модернизацией бизнеса и т.д. Как бизнес-консультант я практически всегда строю модели работы компании или ее подразделений при работе со своими клиентами. Это дает четкое понимание всех этапов работы и позволяет избежать «белых пятен» в этом вопросе.
Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами. Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе. И если несколько лет назад я еще сталкивался с недоумением со стороны клиентов, то сейчас вариант описания «на словах» без наглядных и удобных схем практикуется крайне редко.
А в случае автоматизации какого-либо этапа работы или создания автоматизированной системы управления бизнесом на основе проектно-ориентированного подхода качественная бизнес-модель, выполненная в том или ином языке моделирования, станет готовым руководством для технических специалистов.
Удобство, универсальность, простота восприятия – это те причины, по которым от словесных описаний в бизнес-сфере все больше переходят к бизнес-моделированию. А применение готовых языков позволяет работать с моделями быстро, избегать ошибок, и также без проблем вносить любые изменения.
Также в настоящее время я готовлю к публикации книгу и онлайн курс, в которой подробно опишу собственное видение процессного подхода к бизнесу, а также мой собственный практический опыт работы в сфере функционального и процессного моделирования. Все желающие могут подписаться на уведомление о выходе новой книги по и другие новости ссылке.
Как решать бизнес-задачи предприятия с помощью цифровых моделей и двойников. Кейс Университета 2035
Начнем с терминологии и разберемся, что такое цифровые двойники и цифровое моделирование. Цифровой двойник – это не цифровая копия человека, не аватар, как могут подумать обыватели. Речь идет о производстве. Это копия, виртуальный клон физических объектов и процессов, обычно наукоемких и высокотехнологичных. Например, есть цифровые двойники фабрик и самолетов.
Цифровое моделирование используется не только в промышленности, его цель – создание цифровых копий производственных, лабораторных, приборных и различных бизнес-процессов, который позволяют значительно сократить время и расходы предприятия. Допустим, ваше предприятие производит велосипеды и вам необходимо оптимизировать процесс сборки рам. Есть два варианта решения задачи:
Второй вариант дешевле и безопаснее. Это и есть цифровое моделирование. В цифровом моделировании все чаще используют технологии VR/AR/MR, а также элементы искусственного интеллекта, например, компьютерное зрение.
Цифровой двойник (digital twin) — программный аналог физического устройства, моделирующий внутренние процессы, технические характеристики и поведение реального объекта. Важная особенность – при работе цифрового двойники используется информация с датчиков реального устройства, работающего параллельно. Данные виртуальных датчиков цифрового двойника и датчиков реального устройства постоянно сравниваются.
Отдельной образовательной программы, на которой готовили бы специалистов по цифровому моделированию и цифровым двойникам, до настоящего времени не было. В июне Университет 2035 совместно с Новгородским государственным университетом имени Ярослава Мудрого решили такую программу запустить и проверить следующую гипотезу:
Чтобы выпускать студентов, которые могут сразу эффективно работать на производстве, они уже на первых курсах обучения должны работать над конкретными прикладными задачами будущих работодателей. Безопасно и эффективно это можно делать в цифровой среде, то есть с помощью разных видов цифрового моделирования. В результате компании получают готовые решения, студенты – компетенции, опыт и доступ к работодателям.
На площадке НовГУ стартовал пилотный курс “Введение в цифровые модели и двойники. Технологии цифрового моделирования”. Студенты учились принципам цифрового моделирования и решали задачи новгородских компаний агропромышленного сектора. На цифровых платформах IT-партнеров студенческие команды занимались решениями для предприятий-заказчиков, а также интегрировали свои проекты в VR- и AR-среды. Участники разработали VR-тренажеры, которые в перспективе могут быть использованы для подготовки не только студентов, но и сотрудников компаний, моделирования логистики движения сырья и продуктов, оптимизации технологий.
Спустя два месяца команды представили рабочие MVP (прототипы). Эксперимент был признан успешным и с октября любой российский вуз может запустить у себя курс “Цифровые модели и двойники. Навыки цифрового моделирования производственных процессов”. Компании могут выступить заказчиками решений и стать индустриальными партнерами проекта. Для этого необходимо подать заявку на сайте.
В этой части мы расскажем и покажем реальные проекты участников курса.
Бизнес-моделирование
Business Process Modeling
BPM
Бизнес-моделирование (Business Process Modeling) — деятельность по выявлению и описанию существующих бизнес-процессов, проведение анализа, а также проектирование новых бизнес-процессов.
Каталог систем и проектов Бизнес-моделирование смотрите здесь
Содержание
Задачи бизнес-моделирования
В процессе бизнес-моделирования происходит переход от понятия того «что» надо делать к понятию «как» надо делать. Результатом моделирования должен быть документ, дающий команде разработчиков четкое понимание границ проекта, а также программного и аппаратного обеспечения заказчика. Полученные данные отражаются в спецификации проекта, которая может включать следующие разделы:
Инструменты бизнес-моделирования и их эволюция
Для создания бизнес-моделей используются средства проектирования информационных систем и соответствующие им языки описания (самый известный среди них язык UML — Unified Modeling Language). C помощью таких языков строятся графические модели и диаграммы, демонстрирующие структуру бизнес-процессов организации, организацию взаимодействия между людьми и необходимые изменения для улучшения показателей организации в целом. Инструменты бизнес-моделирования находятся в процессе постоянного развития. Изначально с помощью таких инструментов можно было описывать лишь бизнес-функции (работы) компании и движение данных в процессе их выполнения. При этом если одна и та же бизнес-функция использовалась при выполнении различных видов работ, то было трудно понять, имеется ли в виду та же самая бизнес-функция или уже другая. Отсутствие возможности в явном виде определить иерархию бизнес-процессов (например, «цепочка создания ценности», «бизнес-процесс», «подпроцесс», «работа», «функция») создавало проблемы при использовании таких описаний. Сами же описания представляли собой просто набор картинок. Позднее стали появляться средства, позволяющие описывать организацию не только со стороны бизнес-функций, но и с других сторон. Так, появилась возможность создания отдельных диаграмм, отражающих организационную структуру компании, потоки данных в организации, последовательность выполнения бизнес-функций, составляющих единый бизнес-процесс, с возможностью использования символов логики и др. Из-за непрерывно возрастающих требований к инструментам бизнес-моделирования стало появляться все больше и больше диаграмм для описания различных аспектов деятельности организации, из-за чего создание модели все более усложнялось. В связи с этим следующий важный этап развития средств бизнес-моделирования связан с идеей использования единого репозитория (хранилища) объектов и идеей возможного повторного использования объектов на различных диаграммах. Какой бы инструмент не был выбран, требуется обеспечение взаимодействия локальных информационных систем между собой. На сегодняшний день самым современным и одновременно общепринятым стандартом для организации управления бизнес-процессами является BPEL (Business Process Execution Language). На базе этого продукта можно создать единую интеграционную платформу для всех используемых приложений. После моделирования процессов в одном из инструментов моделирования применяются специальные трансляторы, чтобы привести модель к стандарту BPEL.
Примеры бизнес-моделирования и его результатов
Особенности бизнес-моделирования
Создание, внедрение и поддержка бизнес-модели — дорогостоящий инвестиционный проект. И как любому проекту, созданию бизнес-модели должен предшествовать анализ целесообразности и возможности его осуществления. В крупных проектах требуются мощные средства бизнес-моделирования с хорошо развитой функциональностью: с возможностями хранения информации в едином репозитории, коллективной работы над проектом моделирования и проверки созданной модели на целостность, полуавтоматической генерации диаграмм, интеграции с другим ПО, анализа и документации модели — тогда как в небольших проектах по соображениям стоимости разумнее было бы применять менее функциональные инструменты. Для анализа дейятельности, развития существующей структуры следует первоначально построить адекватную бизнес модель. То есть первоначально теория, а уж после — её реализация.
Решения
Сегодня существует большое количество программных продуктов, которые предназначены для описания архитектуры организации. Согласно отчетам аналитической компании Gartner, к лидерам данного сегмента можно отнести следующие компании: Casewise, IDS Scheer, Telelogic,Troux Technologes, Proforma, Mega и Sybase. Следует отметить, что даже такие гиганты как IBM и Oracle не остались в стороне и обратили пристальное внимание на привлекательность рынка систем бизнес-моделирования и предложили собственные функциональные решения. В качестве примера можно привести Oracle Workflow. Эта технология используется для автоматизации пласта работ организации и содержит специфические средства описания и формализации процессов.
Моделирование бизнес-процессов
Моделирование бизнес-процессов — это эффективный инструмент выявления слабых мест в работе предприятия и их устранения. В ходе построения модели деятельность раскладывается на отдельные операции, что позволяет увидеть, как система поведет себя на разных этапах.
Суть моделирования бизнес-процессов
Бизнес процессы (БП) — это постоянно повторяемые операции или действия, совершая которые можно получить из ресурсов в начале работы конечный продукт в конце. Эффективная работа предполагает в первую очередь исключение лишних, ненужных, необязательных действий.
Моделирование бизнес-процессов — это подробное описание деятельности компании.
В графическом виде модель может быть реализована в форме перечня отдельных бизнес-операций и схемы связей между ними. Наглядность имеет большое значение. График или таблица хорошо демонстрируют взаимозависимости между базовыми элементами в существующих или планируемых условиях. А потому упрощают процесс выявления лишних этапов и неэффективных связей. На схеме сразу видны ненужные (необязательные) согласования и дублирующиеся функции.
Основной целью моделирования всегда является повышение эффективности деятельности компании: рост рентабельности, прибыли и других показателей. Промежуточными целями выступают:
Условно, моделирование всех бизнес-процессов можно подразделить на 3 основных этапа:
Первый начался в 20 году прошлого века с выходом в свет “Принципов научного управления” американского инженера Ф. Тейлора. Внедряется SADT – методология структурного анализа, объединяющая процесс моделирования с управлением конфигурацией проекта. Появляются наглядные блок-схемы и сети Петри. В 80-х гг. предпринимаются первые попытки автоматизации. Однако используемые методики несовершенны, так как допускают варианты интерпретации.
В 1990 М. Хаммер и Д. Чампи выпускают “Реинжиниринг корпорации: манифест революции в бизнесе”, которая до сих пор изучается во всех ведущих бизнес-школах мира. Рождается новый подход к моделированию. С этого момента строится две модели: одна описывает существующие процессы, вторая — оптимальные (как должно быть). Продолжаются работы по автоматизации. Основная задача — моделирование нестандартных бизнес-процессов, для чего требуется привлекать программистов и вкладывать средства. Если хотите подробнее узнать о реинжиниринге – читайте эту статью.
2000 гг. ознаменовались появлением работы Г. Смита и П. Фингара “Управление бизнес-процессами: третья волна”. Новый подход предполагает разработку инструментов, которые дадут возможность менеджерам предприятий не только вносить корректировки в схемы бизнес-процессов, но и самим их создавать.
Работа по усовершенствованию способов моделирования бизнес-процессов продолжается. Специалисты отмечают тенденцию к упорядочиванию и стандартизации.
Этапы моделирования бизнес-процессов
Работа по моделированию бизнес-процессов включает в себя 5 этапов:
На этом основная работа завершена. Однако дальнейшая деятельность не должна строиться исключительно на созданном шаблоне. Усовершенствование разработанной оптимальной модели бизнес-процессов следует производить перманентно. В противном случае она быстро утратит актуальность и перестанет соответствовать текущим условиям.
Поскольку анализ схем, состоящих из большого числа элементов, затруднен, принято строить несколько моделей по видам:
Принципы моделирования бизнес-процессов
Основных принципов пять:
Принцип осуществимости. Построенная оптимальная модель должна быть пригодной для реализации на практике и способствовать достижению заданных целей. Цели и конкретные показатели должны быть определены заранее.
Информационной достаточности. Моделирование реальных бизнес-процессов компании должно базироваться на реальных данных. Эффективность работы зависит от точности и полноты исходной информации.
Множественности. Для достижения требуемых показателей, необходимо разработать несколько моделей, чтобы описать бизнес-процессы в разных плоскостях (с разных сторон). Только всесторонний охват может привести к желаемому результату с минимальным количеством ошибок.
Агрегирования. Наиболее эффективно строить сложные модели из простых элементов, которые также можно назвать подсистемами. Правильно подобранные блоки позволяют вносить изменения в систему, не переписывая всю модель в связи с изменением данных.
Отделения. Для проведения качественного анализа не обязательно описывать все бизнес-процессы компании. Наиболее простые, структура которых не вызывает вопросов, можно пропустить. Однако данные блоки все же включаются в модель с описанием входящих и исходящих потоков.
Могут иметь значение и другие принципы: сфокусированности (задается фокус на актуальных на данный момент аспектах работы), декомпозиции (отображения процесса как перечня иерархических элементов) и пр.
Методы моделирования
Методов построения моделей довольно много, среди них:
IDEF — построенная на основе методологии SADT модель состоит из графических схем, облегчающих анализ системы.
DFD — используется при проектировании информационных систем. Показывает взаимосвязи между элементами, процесс передачи данных. Удобна для выявления причин изменени.
Flow Chart Diagram — метод моделирования бизнес-процессов посредством символов. Отличается гибкостью.
Сети Петри – показывают динамику изменения процессов.
Инструменты
Вышеперечисленные программы подходят как для новичков, так и для требовательных пользователей. Позволяют проводить оптимизацию бизнес-процессов и контролировать исполнение. Подходят для управления проектами и контроля их выполнения в удаленном режиме. Для создания модели используются диаграммы и нотации (специальные знаки графического моделирования).
Специфика применения моделирования бизнес-процессов на практике
Использование моделирования реальных бизнес-процессов на практике чаще всего производится несистемно. Нередко работу начинают, добиваются первых успехов, но как только показатели падают, о системе забывают. Непоследовательность чаще всего объясняется непониманием поставленных целей. Проблема не будет возникать, если планируемые изменения понятны, их реализация не идет в разрез с существующей системой управления, а соответствует долгосрочным целям компании. Появление у менеджмента предприятия самостоятельно определять цели и проводить моделирование повысит заинтересованность и, как следствие, эффективность многократно.
Значение моделирования бизнес-процессов для предприятий
Если работа проведена правильно, на выходе компания получит:
Как видим, правильное и осознанное моделирование бизнес-процессов только упрощает работу руководства и персонала компании.