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

Управление проектами ,

Управление разработкой

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

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

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

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

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

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

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

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

Структура системы включает в себя следующие функциональные области:

1. управление бизнес-процессами
2. электронный архив
3. система показателей KPI

Моделирование

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

Получившаяся графическая схема бизнес-процесса со всеми исполнителями и сопутствующими процедурами отображается в карточке процесса:

Каждой точке (этапу) бизнес-процесса присваивается определенный набор атрибутов (реквизитов), включающих в себя название, указание исполнителей, тип документа:

Следующий шаг в построении логики бизнес-процесса – это настройка его реквизитов:

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

Изменения в существующие процессы могут вноситься «на ходу». Достаточно просто удалить или добавить новые блоки в графическую модель процесса.

Типовые процессы могут настраиваться для регулярного исполнения автоматически:

Панели контроля и аналитики

Руководителю предоставляется сводная отчетность по всем показателям деятельности компании:

Анализ процессов с помощью показателей

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

Также отчетность по статусам процессов может быть отображена в графическом варианте. Статус операций (задач) по процессу маркируется с помощью цвета:

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

Расчетные показатели – это суммарные значения, складывающиеся из ряда ключевых показателей по специальной формуле. Например, для вычисления значения «Финансы» складываются показатели «Объем продаж» и «Маржинальная прибыль»:

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

Модель представления может настраиваться под конкретного пользователя.

Общее впечатление от системы

В решении «Управление процессами» на базе 1С: Предприятие 8 представлен обширный набор средств для построения бизнес-процессов компании. Здесь есть и графический редактор, и инструменты контроля/совершенствования бизнес-процессов, и пользовательские панели визуального отображения показателей.

KPI здесь – не просто опциональный «довесок», а элемент контроллинга процессной модели компании.

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

ELMA BPM Suite

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

Полноценное решение для бизнеса, которое сочетает в себе функционал BPM, метрики процессов, средства управления стратегией и инструменты мотивации персонала, предлагается в пакете ELMA BPM Suite .
Рассмотрим какой функционал поставляется разработчиком в рамках данного пакета.

Моделирование

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

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

Панели контроля и аналитики

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

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

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

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

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

Теперь о том, как цели и показатели отображаются в веб-интерфейсе.

Контроль процессов с помощью KPI

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

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

Процессы, которые исполняются в штатном режиме, отмечаются в Мониторе процессов зеленым цветом, «отстающие» или «проблемные» – соответственно желтым и красным:

Связь стратегических целей и KPI

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

Общее впечатление о системе

ELMA в варианте поставки BPM Suite – это полноценная система моделирования, управления и контроля бизнес-процессов.
Большое внимание разработчики продукта уделяют учету показателей KPI, что отражено в таких компонентах системы, как показатели эффективности, гибко настраиваемые в соответствии с оргструктурой, процессами компании и привязанные к стратегическим целям, матрица эффективности, SMART-задачи. Динамика показателей отражается с помощью графики и пользовательских дэш-бордов. Все эти инструменты позволяют контролировать качество исполнения бизнес-процессов.

Business Studio

Система бизнес-моделирования процессов предприятия, интересная по своему функционалу и исполнению. Разработчик – отечественный ИТ-вендор ГК «Современные технологии управления». Круг задач, которые позволяет решать Business Studio , включает в себя моделирование и контроллинг бизнес-процессов, проектирование стратегических целей BSC с привязкой к показателей KPI сотрудников и подразделений, имитационное моделирование и анализ баланса компании, поддержка СМК.

Моделирование

Система поддерживает популярные нотации для создания моделей бизнес-процессов: IDEF0, BPMN, EPC, Basic Flowchart, Cross Functional Flowchart. С помощью блок схем и других графических элементов моделируется структура бизнес-процесса:

Анализ процессов с помощью показателей KPI

В системе есть такой механизм отслеживания динамики, как контроллинг процессов:

Панели контроля и аналитики

В системе есть удобные дэш-борды для ознакомления с показателями компании:

А также инструменты анализа связанных с ними ключевых показателей эффективности, как собственные, так и подразделений компаний:

Динамика изменений этих показателей хорошо видна на соответствующих диаграммах:

Связь стратегических показателей и KPI

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

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

Общее впечатление от системы

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

ARIS Express 2.4

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

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

Моделирование

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

Графическая среда для выстраивания процессной логики и иерархии (process landscape):

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

Разработчики ARIS Express 2.4 не обошли вниманием такой аспект, как показатели эффективности персонала.

Панели контроля и аналитики

В бесплатной поставке не предусмотрены. А вот в версии продукта ARIS Business Strategy есть дэшборды для отслеживания KPI и BCS.

Связь стратегических целей с KPI

В компоненте Whiteboard (аналог обычной настенной доски для писания маркером) задаются показатели KPI компании в соответствии с компетенцией сотрудника или подразделения, и стратегическим целям. Показатели эффективности сотрудников формулировать с помощью таких элементов, как KPI Instance (в переводе – «варианты показателей KPI»).

Впечатление о системе

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

Вывод

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

Каждое из интегрированных решений BPM+KPI имеет свою функциональную специфику. Часть из них является универсальными бизнес-решениями, способными подстроиться под специфику практически любой компании, часть же ориентирована на узкие целевые группы. Ряд систем предлагает пользователю полноценный функционал BPM и KPI, ряд других является, по сути, лишь конфигураторами процессов.

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

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

Система	Тип системы	Отображение стратегических целей	Панель показателей сотрудника	Возможность корректировки процессов на ходу	Поддержка мобильных устройств

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

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

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

• 1) моделирование бизнес-процессов - это описание бизнес-процессов предприятия позволяющее руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам - как работают их коллеги и на какой конечный результат направлена вся их деятельность ;
• 2) моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;
• 3) моделирование бизнес-процессов - это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;
• 4) моделирование бизнес-процессов - это метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента ;
• 5) моделирование бизнес-процессов - это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;
• 6) моделирование бизнес-процессов - это всегда верный способ выявления текущих проблем на предприятии и предвидения будущих.

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

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

Моделирование бизнес-процессов включает следующие цели:

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

Модель бизнес-процесса должна определять:

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

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

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

• 1. Выявление процессов и построение исходной модели «как есть». Для того чтобы улучшить процесс, необходимо понимать, как он работает в данный момент. На этой стадии определяются границы процесса, выявляются его ключевые элементы, собираются данные о работе процесса. В результате создается исходная модель процесса «как есть». Эта модель не всегда адекватно отражает работу процесса, поэтому модель этой стадии можно назвать «первым драфтом» или исходной моделью «как есть».
• 2. Пересмотр, анализ и уточнение исходной модели. На этой стадии выявляются противоречия и дублирование действий в процессе, определяются ограничения процесса, взаимосвязи процесса, устанавливается необходимость изменения процесса. В результате формируется окончательный вариант модели «как есть».
• 3. Разработка модели «как должно быть». После анализа существующей ситуации, необходимо определить желаемое состояние процесса. Это желаемое состояние представляется в модели «как должно быть». Такая модель показывает, как процесс должен выглядеть в будущем, включая все необходимые улучшения. В ходе этой стадии моделирования бизнес процессов и разрабатываются такие модели.
• 4. Тестирование и применение модели «как должно быть». Эта стадия моделирования связана с внедрением разработанной модели в практику деятельности организации. Модель бизнес процесса проходит апробацию, и в нее вносятся необходимые изменения.
• 5. Улучшение модели «как должно быть». Моделирование бизнес-процессов не ограничивается только созданием модели «как должно быть». Каждый из процессов по ходу работы продолжает изменяться и совершенствоваться, поэтому модели процессов должны регулярно пересматриваться и улучшаться. Эта стадия моделирования связана с постоянным улучшением процессов и улучшением модели бизнес-процессов.

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

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

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

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

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

• · Flow Chart Diagram (диаграмма потока работ) - это графический метод представления процесса, в котором операции, данные, оборудование процесса и прочее изображаются специальными символами. Метод применяется для отображения логической последовательности действий процесса. Главным достоинством метода является его гибкость. Процесс может быть представлен множеством способов.
• · Data Flow Diagram (диаграмма потока данных). Диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится в процессе и пр.
• · Role Activity Diagram (диаграмма ролей). Она применяется для моделирования процесса с точки зрения отдельных ролей, групп ролей и взаимодействия ролей в процессе. Роль представляет собой абстрактный элемент процесса, выполняющий какую-либо организационную функцию. Диаграмма ролей показывает степень «ответственности» за процесс и его операции, а также взаимодействие ролей.
• · IDEF (Integrated Definition for Function Modeling) - представляет собой целый набор методов для описания различных аспектов бизнес-процессов (IDEF0, IDEF1, IDEF1X , IDEF2, IDEF3, IDEF4, IDEF5). Эти методы строятся на базе методологии SADT (Structured Analysis and Design Technique). Для моделирования бизнес процессов наиболее часто применяют методы IDEF0 и IDEF3.
• · IDEF0 - позволяет создать модель функций процесса. На диаграмме IDEF0 отображаются основные функции процесса, входы, выходы, управляющие воздействия и устройства, взаимосвязанные с основными функциями. Процесс может быть декомпозирован на более низкий уровень.
• · IDEF3 - этот метод позволяет создать «поведенческую» модель процесса. IDEF3 состоит из двух видов моделей. Первый вид представляет описание потока работ. Второй - описание состояний перехода объектов.
• · Цветные сети Петри - этот метод представляет модель процесса в виде графа, где вершинами являются действия процесса, а дугами события, за счет которых осуществляется переход процесса из одного состояния в другое. Сети Петри применяют для динамического моделирования поведения процесса.
• · Unified Modeling Language (UML) - представляет собой объектно-ориентированный метод моделирования процессов. Он состоит из 9-ти различных диаграмм, каждая из которых позволяет моделировать отдельные статические или динамические аспекты процесса.

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

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

Существует 4 основных способа разработки бизнес-моделей. Перечислим их в порядке убывания уровня эффективности построения и использования бизнес-моделей.

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

Графический: дерево, блок-схема, технологическая карта и т.п.

Табличный

Текстовый

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

Рис. 3. Иерархический список бизнес-процессов предприятия

Основные виды бизнес-моделей, которые разрабатываются в организациях:

дерево (иерархический список) бизнес-процессов – см. Рис.1;

графические модели бизнес-процессов;

модель организационной структуры;

модели целей и показателей;

модели библиотеки документов (дерево документов), модели информационных систем;

модели продуктов и услуг;

модели по менеджменту качества и многое другое.

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

Некоторые известных на рынке решений программные продукты: Business Studio, ARIS, All Fusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio. У каждого из них есть свои функциональные особенности, ограничения и преимущества.

1. Модель бизнес-процессов

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

набор составляющих процесс шагов - бизнес-функций;

порядок выполнения бизнес-функций;

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

исполнителей каждой бизнес-функции;

входящие документы/информацию, исходящие документы/информацию;

ресурсы, необходимые для выполнения каждой бизнес-функции;

документацию/условия, регламентирующие выполнение каждой бизнес- функции;

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

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

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

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

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

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

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

· моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

· моделирование бизнес-процессов - это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;

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

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

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

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

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

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

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

· изменение организационной структуры;

· оптимизацию функций подразделений и сотрудников;

· перераспределение прав и обязанностей руководителей;

· изменение внутренних нормативных документов и технологии проведения операций.

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное. Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

· существующая организационная структура;

· документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

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

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

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

Детальная модель бизнес-процесса должна включать:

· набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

· диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

· диаграммы взаимодействия, отражающие схемы документооборота.

Моделирование бизнес-процессов в компании может быть направлено на решение большого числа различных задач:

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

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

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

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

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

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

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

· Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.

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

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

· Разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом.

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