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

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

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

Я уже писал о моделировании при помощи 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. Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.

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

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

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

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

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

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

Источник

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

Основные понятия

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

У термина «моделирование» 2 значения: процесс формирования модели бизнес-процессов с применением методологии, если модель готова — процесс её исследования.

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

Описывая основные понятия моделирования бизнес-процессов, стоит отметить также:

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

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

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

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

Другие цели:

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

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

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

Условно выделяется 3 «волны» в развитии моделирования БП.

  1. 1920-е — 1980-е гг.

Когда вышла книга Ф. Тейлора «Принципы научного управления», заинтересовались описанием и разработкой бизнес-процессов. Само описание выполняется в виде текста, таблички. При этом активно используются методологии (SADT), сети Петри, блок-схемы. К слову, последние дают возможность чётко отобразить операции, но их нотация не даёт формализованного описания конкретных моментов процесса, например, не получается указать тех, кто выполняет бизнес-функции.

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

  1. 1990-е гг.

Вышла книга «Реинжиниринг корпорации: манифест революции в бизнесе» М. Хаммера и Д. Чампи. Под реинжинирингом понималось создание двух моделей БП: «как есть» и «как должно быть». Последняя и внедрялась.

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

  1. 2000-е гг.

Вышла книга «Управление бизнес-процессами: третья волна» Г. Смита и П. Фингара. К бизнес-процессам подошли по-другому: позаботились о том, чтобы их можно было корректировать при необходимости самостоятельно. Также инструменты этого этапа сводятся к тому, чтобы сами руководители и специалисты организации могли осуществлять моделирование бизнес-процессов для эффективного управления компанией и их внедрения.

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

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

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

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

Основные стадии:

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

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

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

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

Виды:

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

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

  1. Принцип осуществимости: модель должна способствовать достижению целей. Поэтому предварительно важно обозначить цели и желаемые показатели.
  2. Информационной достаточности: без точных данных создание модели, как и проектирование бизнес-процессов, невозможно.
  3. Множественности модели: разрабатываемая модель должна отображать качества объекта, влияющие на нужные, желаемые показатели. Следовательно, чтобы полностью изучить какой-то объект, нужно создать ряд моделей, каждая из которых будет отображать процесс с разных сторон.
  4. Агрегирования: чаще всего сложную систему можно изобразить как совокупность агрегатов (подсистем). При этом грамотно составленные блоки нижнего уровня позволяют при необходимости изменять всю модель с учётом требований.
  5. Отделения: в области, которая анализируется, обычно есть ряд отдельных компонентов, структура которых и так понятна. В этом случае ставится условно пустой блок, для которого прописываются лишь важные входные и выходные потоки.

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

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

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

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

Основные методы:

  • IDEF — объединяет несколько методов (IDEF0, IDEF1 и др.). В их основе методология SADT. Модель содержит графические схемы. Те составляются по определённым правилам, благодаря которым можно быстро вникнуть в суть.
  • DFD — разработана для проектирования информационных систем. Отображает, как передаются данные между операциями, описывает их взаимосвязь. То есть с помощью DFD можно разбивать процесс на более мелкие процессы. При этом готовая диаграмма будет изображать потоки информации — входы, выходы, причины изменений и т. д.
  • Flow Chart Diagram — метод, предполагающий использование символов. Ими обозначаются не только операции, но и данные, оборудование. Метод довольно гибкий, процесс можно отображать разными способами.

Наконец, сети Петри — модель изображается в виде графа. Метод позволяет моделировать изменение процессов в динамике.

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

Профессиональные программные продукты, которые используются для БМ:

  • ARIS — подойдёт продвинутым и начинающим пользователям. Включает также средства оценки и оптимизации стоимости БП, инструменты для внедрения ERP-систем, для контроля выполнения.
  • ELMA — система, базирующаяся на создании модели через наглядные диаграммы, нотации BPMN. К слову, нотацией называют набор знаков для графического моделирования бизнес-процессов. ELMA содержит модуль управления проектами, удобную систему контроля, которая применима и для сотрудников филиалов удалённо, хорошо налажен электронный документооборот.
  • AllFusion Process Modeler — система, с помощью которой можно делать описание, анализ, моделирование. Включает стандартные методологии: IDEF0, DFD и др.

Бизнес-моделирование: особенности практического применения

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

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

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

При правильном описании и внедрении БП, организация получает массу преимуществ:

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

Выводы

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

Источник

Adblock
detector