12
Моделирование бизнес-процессов компании может быть выполнено во
множестве вариантов. Особое внимание стоит уделить объектно-
ориентированному и функциональному подходам
7
.
В рамках функционального подхода основной структурообразующий
элемент – функция (действие), объектно-ориентированного – объект. В рамках
функционального подхода организация моделирования бизнес-процессов
подразумевает построение схемы технологического процесса в виде
последовательности операций.
На входе и выходе каждой отображаются объекты разного
происхождения: материального и информационного типа, а также применяемые
ресурсы, организационные единицы. В рамках методологии функционального
моделирования, где ведется построение структурных диаграмм бизнес-
процессов и потоков информации, отображается последовательность функций,
в которых выбор конкретных альтернатив процессов является достаточно
сложным, а схем взаимодействия объектов нет.
Функциональное моделирование бизнес-процессов имеет весомое
достоинство – наглядность и понятность отображения на разных уровнях
абстракции. Это особенно важно на этапе введения в отделы компании
созданных бизнес-процессов. При функциональном подходе детализация
операций представляется в несколько субъективном виде, что приводит к
сложности построения бизнес-процессов
8
.
Моделирование бизнес-процессов при объектно-ориентированном
подходе строится по следующей схеме: сначала выделяют классы объектов,
после чего определяют действия, в которых объекты должны принять участие.
Объекты могут быть активными, то есть осуществляющими действия
7
Интеллектуальный анализ динамики бизнес-систем : учебник для вузов / под ред. Н.М.
Абдикеева, Л.Ф. Петрова, Н.П. Тихомирова. - М. : ИНФРА-М, 2014. - 320 с.
8
Суюнова Г.Б., Гайворонская Н.А., Половинко Е.В. Нотация eEPC как инструмент
управления, принятия решений и оптимизации экономических и социальных систем.
Международное научное издание «Современные фундаментальные и прикладные
исследования» / International scientific periodical «Modern fundamental and applied researches».
– Кисловодск: АНО "Учебный Центр "МАГИСТР", 2017. - №4(27). - С. 95-99
13
(организационные единицы, определенные исполнители, информационные
подсистемы), и пассивными, над которыми выполняют действия (речь идет об
оборудовании, документации, материалах).
Сегодня существует множество различных инструментов для разработки
бизнес-моделей, они используют различные языки моделирования, как
стандартные, так и какие-то собственные разработки. Но все их можно
объединить по принципу работы в три основных подхода:
1) Функциональный;
2) Процессный;
3) Ментальный (с применением ментальных карт).
На самом деле, конечно, существуют и другие подходы, их много так же
, как и языков моделирования. Но они большей частью являются гибридными
решениями, объединяющих перечисленные подходы. Кроме того, именно
процессная и функциональная модели уже стали стандартами, по крайней мере,
на западе. И у нас они получают все большее распространение. Об этих
основных направлениях будет сказано более подробнее ниже.
Функциональное моделирование рассматривает бизнес как функцию (лат.
functio — совершение, исполнение) или иными словами «черный ящик». В
функциональной модели функция не имеет временной последовательности, а
только точку входа и точку выхода (Рисунок 3).
Функциональное моделирование помогает рассматривать бизнес-модель
с точки зрения результативности, т.е. при моделировании мы исходим из того,
что имеем на входе, и того, что желаем получить на выходе.
Например, компания разрабатывает какую-то CRM-систему для своего
бизнеса. В случае применения функционального подхода к моделированию уже
сама выбранная среда для работы подсказывает, с чего начинать. Точка входа –
«входящий интерес клиента или лид», точка выхода – желаемый результат:
«покупка и получение лояльного клиента», «получение постоянного клиента»,
«получение максимум информации о потенциальном клиенте» и т.д.
14
Рис. 3. Функциональное моделирование
О процессном моделировании можно говорить с точки зрения нотации
BPMN, как одного из наиболее распространенных стандартов процессного
моделирования. Существует множество языков моделирования и различных
систем. И каждый может пользоваться тем, что ему удобнее. Но все же BPMN
— это уже сложившийся стандарт процессного моделирования.
Процесс с точки зрения бизнес-модели — это последовательность каких-
то событий и действий, которые имеют начало и конец (Рисунок 4).
Рис. 4. Процессное моделирование
15
В этом кроется основное отличие процессного моделирования от
функционального. Функциональное моделирование рассматривает бизнес-
модель с точки зрения входа и выхода (имеющихся ресурсов и желаемого
результата). А процессное основано на последовательности действий в
определенных границах, в случае BPMN это будут начало и конец события.
Все процессы могут разбиваться (детализироваться) на подпроцессы
вплоть до детализации на уровне задач, т.е. действий, дальнейшая детализация
которых невозможна. Процесс – это некая последовательность действий,
которую необходимо выполнить, чтобы получить определенный результат.
Необходимо отметить что в модели бизнеса как процесса результат может и не
быть явным в отличии от функциональной модели.
Принципиальное отличие процессного моделирования от
функционального заключается в том, что при процессном моделировании
основное внимание уделяется не тому, что мы хотим получить, а тому, что
нужно сделать для получения результата, т.е. не итогам той или иной
деятельности, а самой последовательности действий.
Например, в BPWIN или Business Studio в процессе детализации каждой
функции происходит переход от функционального подхода к процессному. Т.е.
в общем, мы рассматриваем модель с точки зрения – возможностей и
желаемого результата, а когда переходим к решениям для каждой функции,
здесь уже практикуется явно процессный подход, т.е. пошаговый алгоритм
действий для достижения результата.
Есть и еще одно очень важное отличие. Функциональную модель
невозможно использовать при реализации какой-то либо системы, только для
проектирования. А процессный подход позволяет создавать исполняемые
модели, т.е. описания последовательности действий, которые мы можем в
дальнейшем перевести в какую-то среду для создания системы совместной
работы предприятия, основанной на процессном подходе.
Таким образом, в функциональной модели изначально известны точка
входа и желаемый результат, а последовательность действий и является
16
объектом разработки. При этом использование функциональных моделей как
«черных ящиков» позволяет детализировать каждый этап по мере
необходимости. А вся работа при моделировании направлена на поиск
оптимального решения для достижения цели.
Функциональные модели можно также использовать для демонстрации
своих идей и вариантов решений. Это также очень удобно, ведь в процессе
демонстрации можно двигаться от общего к деталям, по мере необходимости
разделять и декомпозировать функции.
Некоторые путают описание процесса и функциональную модель.
Например, в системе Business Studio функцию называют процессом, хоть это и
не совсем верно. Все же описание функций и процессный подход – несколько
разные вещи. Функциональное моделирование оптимально реализовано в
нотации IDEFO.
Ментальные карты. При создании ментальных моделей специалист
подходит к моделированию не как к процессу или набору функций, а как к
некому набору связанных между собой понятий.
Такой вариант подхода применяется, прежде всего, для себя. Рисование
схемы в свободной форме помогает структурировать свои знания, так сказать,
“разложить по полочкам” в свободной форме полученную информацию. Также
подобные ментальные карты помогают найти решение, которое уже позже, по
мере необходимости, будет воплощаться в рамках строгих правил процессного
или функционального подхода.
Можно применять ментальные карты и для демонстрации клиентам: и
существующей ситуации, и вариантов решения поставленной задачи.
Ментальные карты помогут наглядно продемонстрировать, какие методы могут
быть использованы, показать в наглядной форме различные идеи.
Плюсы применения таких ментальных карт очевидны:
1) Не нужно знать какие-то специальные языки;
2) Нет строгих рамок и ограничений при создании схемы;
3) Ментальная карта в большинстве случаев интуитивно понятна;
17
4) Создавать такие схемы просто.
Минусом подхода является отсутствие устоявшегося подхода и
стандартизированной методологии. Если в нотациях функциональных и
процессных имеется некоторая вариативность, но все же она ограничена
строгими рамками языков моделирования, то ментальные карты создаются в
произвольной форме. И даже специализированные программы для их создания
также почти не ограничивают человека в процессе моделирования. Т.е. какие-
то правила могут вводиться в рамках определенного программного продукта,
но стандарта не существует.
В результате для понимания модели и заложенных в ней идей требуется
присутствие и комментарии ее разработчика (аналитика).
Конечно, существуют очень простые карты, которые интуитивно
читаются и без дополнительных комментариев. Но при отсутствии стандартов
всегда есть вероятность, что даже в этом случае автор что-то другое имел в
виду или где-то недостаточно детализировал свою схему. Т.е. существует
вероятность разного прочтения. При всей умозрительности и разнообразии
подходов к описанию бизнес-процессов, здесь очень важны однозначные
решения.
В заключение данного параграфа можно сделать следующий вывод.
Моделирование бизнес-процессов объектно-ориентированным методом
отражает объекты, функции и события, при которых из-за объектов
выполняются определенные процессы. Объектно-ориентированный подход
также обладает рядом преимуществ, главное из которых заключается в более
точном определении операций над объектами, что приводит к обоснованному
решению задачи о целесообразности их существования. Отметим и минус
метода. Конкретные процессы для лиц, ответственных за принятие решений,
становятся менее наглядными. Но благодаря современным программным
продуктам представить функциональные схемы объектов можно довольно
просто. У комплексных методологий моделирования бизнес-процессов больше
18
всего перспектив. К примеру, благодаря АRIS-технологии можно подбирать
наиболее оптимальные модели с учетом того, какие цели преследует анализ.
1.3 Методы и этапы моделирования бизнес-процессов
Главной целью процессного подхода является повышение операционной
эффективности компании – то есть организация всех дел наиболее
оптимальным способом, ведущим к снижению затрат и одновременно к
улучшению качества предлагаемых продуктов или услуг. Для того чтобы
провести такого рода оптимизацию, нужно в первую очередь смоделировать
основные процессы, повседневно происходящие во всех подразделениях
предприятия.
К настоящему времени разработаны многочисленные методологии
моделирования бизнес-процессов. Менеджер может выбирать подходящий
вариант, исходя из особенностей деятельности компании и текущих задач. К
выбору стоит подходить ответственно – в конечном итоге именно от этого
зависит, достаточно ли наглядной, удобной и понятной окажется модель.
Поэтому конкурентоспособный управленец обязан быть хорошо знаком как
минимум с несколькими основными методиками, которые будут представлены
ниже.
Flow Chart Diagram (диаграмма потока работ) – способ графического
описания работы с применением особых символов для каждой операции,
набора данных, единицы оборудования, исполнителя. В результате на схеме
демонстрируется логическая последовательность всех операций. Это гибкий
подход, он дает возможность при необходимости рассмотреть один комплекс
действий сразу в нескольких вариантах.
Data Flow Diagram – изображение передачи данных между операциями,
для характеристики информационной стороны бизнес-процесса. Это позволяет
наблюдать данные на входе в систему и в каждую операцию в отдельности, и
соответствующую информацию на выходе. Также в ней отображается, какими
способами сведения претерпевают изменения и где хранятся. Деятельность
19
компании раскладывается на логические информационные уровни, причем
базовая схема улучшается добавлением подробных описаний подпроцессов,
тоже имеющих свою внутреннюю структуру.
Role Activity Diagram (диаграмма ролей). Под ролью здесь понимается
каждый элемент, выполняющий ту или иную функцию. Каждая часть
описывается, и анализируется отдельно, а затем рассматривается их
взаимодействие.
IDEF (Integrated Definition for Function Modeling) – это целый набор
аналитических средств, применяемых не только в управлении бизнесом, но и во
многих других сферах. Чаще всего встречаются варианты IDEF0 и IDEF3.
Первый из этих вариантов представляет собой модель функций, причем
сложные функции делятся на более простые составляющие, а затем различные
блоки логически объединяются посредством стрелок. При использовании
IDEF3 речь идет о «поведенческом» описании: демонстрируется поток работ
либо переходные состояния объектов.
Цветные сети Петри – график, на котором представлены действия и
события, символизирующие переход из одной стадии в другую. Таким образом
можно увидеть, что приводит к тем или иным изменениям, насколько быстро и
эффективно.
Unified Modeling Language – графический язык для визуализации,
специфицирования, конструирования и документирования процессов и систем.
Комплекс из девяти видов диаграмм, описывающих разные аспекты: классы,
объекты, прецеденты, последовательности, кооперации, состояния,
деятельность, компоненты, развертывание. В результате получается
представление очередности действий сотрудников и работы различных
объектов внутри организации. Схема может разветвляться, в ней отмечаются
разнообразные условия и исключения из правил.
Architecture of Integrated information Systems.
ARIS —методология и соответствующее семейство программных
продуктов. Они используются для структурированного описания, анализа и
20
последующего совершенствования бизнес-процессов предприятия. Система
наглядно показывает правила деятельности предприятия и значения
показателей результативности. Так можно определить желаемые
характеристики работы компании, совершенствовать архитектуру, улучшить
процессы, рационально распределять ресурсы. Инструмент определяет весь
цикл разработки – анализ требований, спецификация информационной системы
и описание физической реализации
Главные этапы моделирования бизнес-процессов представлены на
Рисунке 5.
Рис. 5. Этапы моделирования бизнес-процессов
Далее можно рассмотреть представленные на рисунке выше этапы
моделирования бизнес-процессов более подробно.
Этап 1
Идентификация
Этап 2
Сбор информации
Этап 3
Анализ информации
Этап 4
Внесение улучшений
Этап 5
Контроль над внедрением
21
Этап 1. Идентификация. На этом этапе идентифицируют бизнес-
процессы, описывают границы их моделирования и взаимодействий, нередко
ставят различные цели. Процессы могут уже существовать в компании (тогда
их описывают, как есть (As Is)) или разрабатываться, корректироваться (To Be).
Этап 2. Сбор информации. Основываясь на знаниях о процессе,
специалисты занимаются определением его контрольных точек, выявлением в
них ключевых показателей, составляют план сбора информации о процессе. Все
полученные данные в дальнейшем применяют для анализа.
Этап 3. Анализ информации. Сведения, собранные на предыдущем этапе
, анализируют, смотрят, не расходятся ли они с фактическими данными (так как
следует разработать бизнес-требования к процессу) и прибегают к
имитационному моделированию.
Этап 4. Внесение улучшений. Когда разработка бизнес-требований
подходит к завершению, их начинают внедрять, внося изменения в
методологическую документацию, информационные системы, проводя ряд
организационных мероприятий, внося коррективы в систему отчетности и т.д.
После того как бизнес-процесс внедрен, его рассматривают как действующий
элемент в системе управления процессами.
Этап 5. Контроль над внедрением. В определенное время контроля,
установленное при внедрении или на основе информации, собранной при
плановом мониторинге, анализируют, насколько эффективно введение бизнес-
процесса. В рамках анализа сопоставляют фактические и плановые показатели
и делают вывод, нужно ли вносить в бизнес-процесс дополнительные
изменения. Если да, то снова начинают непрерывно улучшать бизнес-процессы
9
.
В заключение данного параграфа можно сделать следующий вывод.
9
Моделирование бизнес-процессов. Журнал «Генеральный директор». [Электронный
ресурс]. URL: https://www.gd.ru/articles/9408-modelirovanie-biznes-protsessov (дата обращения:
12.09.2018)