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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Методология включает в себя:

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

В основе методологии моделирования могут лежать три подхода:

• Структурный подход рассматривает систему как набор элементов, подсистем и отношений между ними. Используется для организационного развития предприятий и компаний: ищет способы оптимизации, разрабатывает рабочие регламенты и должностные инструкции. Методологии: SADT, DFD, WFD.
• Объектно-ориентированный подход рассматривает систему как набор взаимодействующих объектов. Объекты — предметы, которые преобразуются при выполнении процессов. При объектно-ориентированном подходе сначала выделяются объекты, а затем действия, в которых они участвуют. Подход используется для визуализации, конструирования и документирования. Методология: BAAM.
• Интегрированный подход объединяет структурный и объектно-ориентированный подходы. Даёт полное и комплексное представление о моделируемом объекте. Методология: ARIS.

Единого верного способа моделирования нет. Важно правильно ставить цель и исходя из неё выбирать подходящие инструменты реализации.

Разберём особенности популярных методологий моделирования.

SADT

SADT — методология структурного анализа и проектирования, разработанная Дугласом Россом в 1969-1973 годах. Объединяет и организует диаграммы в иерархические древовидные структуры — чем выше уровень диаграммы, тем она менее детализирована.

Диаграммы SADT состоят из:

• блоков, которые изображают активность моделируемой системы;
• дуг, которые связывают блоки вместе и отображают взаимодействия.

Методология применяется на ранних этапах создания системы для определения требований к ней. В США SADT успешно использовалась в военных и коммерческих организациях для долгосрочного стратегического планирования и управления финансами.

Особенности методологии SADT:

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

Самая распространённая нотация — IDEF0.

Пример бизнес-процесса в нотации IDEF0

DFD

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

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

Особенности методологии DFD:

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

Самые распространённые нотации — Эд Йордана и Тома де Марко.

Пример описания процесса обработки заказа клиента с помощью методологии DFD

WFD

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

Методология применяется для моделирования таких бизнес-процессов компаний как: «Выставление счетов», «Подготовка договора», «Изготовление детали».

Особенности методологии WFD:

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

Самая распространённая нотация — IDEF3.

Пример описания процесса согласования договора с помощью нотации IDEF3

ARIS

ARIS — одновременно и методология, и программный продукт для моделирования бизнес-процессов организации. Методология ARIS разработана профессором Августом Шеером в 1990-х годах. Она представляет собой современный подход к структурированному описанию деятельности компании, представлению её в виде взаимосвязанных графических диаграмм, удобных для понимания и анализа.

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

Особенности методологии ARIS:

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

Самые распространённые нотации — EPC, UML и BPMN.

Пример бизнес-процесса в BPMN-нотации

BAAM

BAAM — методология описания деятельности. Включает в себя шесть бизнес-моделей: ESM, BCM, BPM, BFM, BOM, ERM. С их помощью последовательно описывает функции, бизнес-процессы, организационные и структурные особенности компаний, её подразделения, а также материальные и информационные потоки между ними. Методология представляет собой схему, на которой вместо работ отображаются структурные подразделения и взаимодействия между ними.

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

Особенности методологии BAAM:

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

Самые распространённые нотации — Нотация Питера Чена, нотация Гордона Эвереста Crow’s Foot.

Пример бизнес-процесса в нотации Питера Чена

Сравнение нотаций

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

Критерий сравнения	IDEF0	EPC	BPMN
Принцип построения диаграммы	Принцип доминирования	Временная последовательность выполнения процедур	Временная последовательность выполнения процедур
Описание процедуры процесса	Объект на диаграмме	Объект на диаграмме	Объект на диаграмме
Модель отражает	Структуру системы, функции, потоки ресурсов и информации	Структуру системы, функции, потоки ресурсов и информации	Функции системы, внутренние процессы
Графические элементы	Прямоугольники — действия и этапы. Стрелки — ресурсы и исполнители	Фигуры разных цветов. Розовые — события, зелёные — функции, жёлтые — исполнители, серые — ресурсы, оранжевые — ИС. Соединительные элементы — стрелки и разделители «и», «или»	Задача — прямоугольник, событие — круг, поток — стрелка. Также есть сноски и базы данных
Достоинство	Высокая степень детализации. Можно создать модель, которая будет учитывать практически все ресурсы, всех сотрудников	Простота восприятия	Простота восприятия. Подходит для описания внутренних бизнес-процессов компании
Недостаток	Модель занимает много места	Приходится создавать события даже для незначительных этапов	Зациклена на бизнес-процессах, не подходит для описания структуры
Сфера применения	Долгосрочное планирование, управление финансами	Описание технологических процессов предприятия — выставление счетов, отгрузки товаров и т.д.	Управленческий консалтинг, внедрение систем управления качеством, оптимизация бизнес-процессов

Коротко о главном

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

22.07.2018

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

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

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

• Flow Chart Diagram (диаграмма потока работ) – способ графического описания работы с применением особых символов для каждой операции, набора данных, единицы оборудования, исполнителя. В результате на схеме демонстрируется логическая последовательность всех операций. Это гибкий подход, он дает возможность при необходимости рассмотреть один комплекс действий сразу в нескольких вариантах.
• Data Flow Diagram – изображение передачи данных между операциями, для характеристики информационной стороны бизнес-процесса. Это позволяет наблюдать данные на входе в систему и в каждую операцию в отдельности, и соответствующую информацию на выходе. Также в ней отображается, какими способами сведения претерпевают изменения и где хранятся. Деятельность компании раскладывается на логические информационные уровни, причем базовая схема улучшается добавлением подробных описаний подпроцессов, тоже имеющих свою внутреннюю структуру.
• Role Activity Diagram (диаграмма ролей). Под ролью здесь понимается каждый элемент, выполняющий ту или иную функцию. Каждая часть описывается, и анализируется отдельно, а затем рассматривается их взаимодействие.
• IDEF (Integrated Definition for Function Modeling) – это целый набор аналитических средств, применяемых не только в управлении бизнесом, но и во многих других сферах. Чаще всего встречаются варианты IDEF0 и IDEF3. Первый из этих вариантов представляет собой модель функций, причем сложные функции делятся на более простые составляющие, а затем различные блоки логически объединяются посредством стрелок. При использовании IDEF3 речь идет о «поведенческом» описании: демонстрируется поток работ либо переходные состояния объектов.
• Цветные сети Петри – график, на котором представлены действия и события, символизирующие переход из одной стадии в другую. Таким образом можно увидеть, что приводит к тем или иным изменениям, насколько быстро и эффективно.
• Unified Modeling Language – графический язык для визуализации, специфицирования, конструирования и документирования процессов и систем. Комплекс из девяти видов диаграмм, описывающих разные аспекты: классы, объекты, прецеденты, последовательности, кооперации, состояния, деятельность, компоненты, развертывание. В результате получается представление очередности действий сотрудников и работы различных объектов внутри организации. Схема может разветвляться, в ней отмечаются разнообразные условия и исключения из правил.
• ARIS (Architecture of Integrated information Systems) – методология и соответствующее семейство программных продуктов. Они используются для структурированного описания, анализа и последующего совершенствования бизнес-процессов предприятия. Система наглядно показывает правила деятельности предприятия и значения  показателей результативности. Так можно определить желаемые характеристики работы компании, совершенствовать архитектуру, улучшить процессы, рационально распределять ресурсы. Инструмент определяет весь цикл разработки – анализ требований, спецификация информационной системы и описание физической реализации.

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

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

← Назад к списку

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

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

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

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

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

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

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

Эти
методологии эволюционировали по мере
развития технических и программных
средств.

В
40-60-е гг. появились алгоритмические
языки описания.

В
60-е г. была разработана методология SADT
— структурного анализа и проектирования.

В
70-80-е гг. разработаны методологии DFD,
ERD,
IDEF,
IDEF1X
и др.

В
90-е и последующие годы появились: UML
— универсальный язык моделирования;
методология ARIS
— архитектура интегрированных
информационных систем; методологии
компаний Oracle,
Baan,
ReTrink,
Rational
и др.

При
инжиниринге участвуют специалисты двух
типов – профессионалы в области
реконструированного бизнеса и разработчики
информационных систем. Опыт реинжиниринга
показал, что по-настоящему успешное и
новаторское внедрение информационных
технологий является уникальным творческим
процессом, в котором управляющие и
специалисты технологи, знакомясь с
методами информационных технологий,
сами делают открытия относительно
возможностей их использования в своем
конкретном бизнесе. В то же время создание
высококачественных информационных
систем требует участия профессионалов
в области информационных технологий.
Возникает проблема поиска общего языка,
интеграции современных технологий
моделирования и разработки сложных
систем: объективно-ориентированные
методы, CASE-технологии,
инженерия знаний, имитационное
моделирование процессов и методы быстрой
разработки приложений RAD
(Rapid
Application
Development).

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

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

Методология
DFD.
Стандарты
DFD
(Data
Flow
Diagramming)
и WFD
(Work
From
Diagram)
содержат набор символов или обозначений,
с помощью которых описывается
бизнес-процесс. Язык DFD
и WFD
считают классическим.

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

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

Пример
типовой модели описания бизнес-процессов
верхнего уровня представлен на рис.
5.5.

Рис.
5.5. Пример типового описания бизнес-процессов
верхнего уровня в DFD

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

Типовая
модель описания бизнес-процессов нижнего
уровня, используемая консалтинговыми
компаниями на основе подхода «Swimmer
lanes»
представлена на рис. 5.6.

Нет

Рис.
5.6. Типовая модель описания бизнес-процессов
нижнего уровня в WFD

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

IDEF0
– методология моделирования функциональных
блоков;

IDEF1
– методология моделирования информационных
потоков в компании;

IDEF2
– методология моделирования динамики
развития компании;

IDEF3
– методология документирования
бизнес-процессов в компании;

IDEF4
– методология описания различных
объектов в компании и действий над ними;

IDEF5
– методология описания текущего
состояния компании и тенденций изменения.

Методология
ORACLE.
Чтобы осуществить эффективную
автоматизацию нужно правильно настроить
информационную систему. Поэтому
разработчики информационных систем
разработали свои стандарты и программные
продукты, с помощью которых описывается
бизнес-деятельность компании. Наиболее
крупные из них SAR/R3,
BAAN
и ORACLE.
Каждый их этих стандартов содержит
несколько бизнес-моделей, с помощью
которых описываются бизнес-процессы,
организационная структура и строятся
прочие бизнес-модели.

Методология
ARIS
(Architecture
of
Integrated
Information
Systems
– проектирование интегрированных
информационных систем) одна из современных
методологий бизнес-моделирования,
получившая широкое распространение.
Ее использует программное средство
ARIS
Toolset.

Эта
методология разработана в компании IDS
Scheer
AG
в Германии. В нее интегрированы
существующие стандарты и спецификации
описания процессов и данных, в том числе
IDEF
и DFD.
Различные уровни представления и фазы
жизненного цикла позволяют упростить
описание бизнес-процессов.

При
большом количестве используемых для
описания, анализа и оптимизации различных
аспектов деятельности организации
бизнес-моделей (около 100), они объединены
в четыре группы:

• группа
  «Оргструктура» включает модели, с
  помощью которых описывается организационная
  структура компании и другие элементы,
  позволяющие ответить на вопрос «кто
  отвечает?»;

• группа
  «Функции» включает модели, используемые
  для описания стратегических целей
  компании, функции и элементы функциональной
  деятельности организации, позволяющие
  ответить на вопрос «что делают?»;

• группа
  «Информация» включает модели, с помощью
  которых описывается информация (потоки
  и структура), используемая в деятельности
  организации, позволяющие ответить на
  вопрос «на основе чего?»;

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

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

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

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

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

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

Практика
показала, что применение референтных
моделей в корпоративных проектах
позволяет сократить время и стоимость
их реализации более чем на 30%.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

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

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

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

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

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

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

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

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

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

К чему приводит отсутствие формализованных бизнес-процессов?

• Нет распределения полномочий и зон ответственности — возникающие проблемы некому решать.

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

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

• Эффективность работы подразделений неравномерна — есть лидеры и аутсайдеры, возможно взаимное недовольство между производством и вспомогательными службами. 

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

• Плохо работает документооборот — нужные документы сложно найти, нередки потери.

• Возникает избыток товарных запасов из-за недостаточного планирования.

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

• Не ведется контроль удовлетворенности клиентов — пробелы в этом направлении не выявляются и не устраняются. 

• Деятельность предприятия не прозрачна для инвесторов — снижается доверие.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Моделирование «сверху вниз» — в каждой предметной области первыми создаются модели верхнего уровня: для основных процессов, процессов управления, развития, обеспечивающих процессов.

• Разумная достаточность — уровень детализации, количество моделей и описанных в них типов объектов и связей необходимо соотносить с поставленной задачей.

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

• Соизмеримость процессов по сложности (составу) и по значимости.

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

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

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

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

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

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

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

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

4. Тестирование построенной модели — внедрение ее в деятельность компании, оценка результатов, внесение изменений.

5. Улучшение построенной модели — в процессе использования модель необходимо продолжать анализировать и совершенствовать.

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

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

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

Количество методов достаточно велико. В числе основных можно назвать следующие.

• IDEF — класс методов (IDEF0, IDEF1 и т.д.), основанных на методологии SADT. Модель позволяет описывать в виде графических схем разные стороны процессов. Так, IDEF0 создает модель функций процесса, а IDEF3 —
  поведенческую модель.

• VAD — нотация дает общий взгляд на бизнес-процессы, которые непосредственно участвуют в создании ценности, т.е. продукта или услуги.

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

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

• Data Flow Diagram отображает передачу информации (не материалов) между операциями в рамках процесса. С помощью DFD можно разбить процесс на более мелкие подпроцессы, поэтому его применяют для структурного анализа. 

• Role Activity Diagram используют для моделирования процесса как совокупности ролей, имеющих определенные функции, и их взаимодействия.

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

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

Существует ряд программных продуктов, которые могут быть использованы в качестве инструментов моделирования бизнес-процессов с применением описанных методов: ARIS, Business Studio, MS Visio, Bizagi Process Modeler и др.

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

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

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

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

Моделирование способно принести компании видимые преимущества:

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

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

• формируется четкое понимание потребности в персонале, процесс найма становится более простым и эффективным;

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

• улучшаются финансовые показатели.

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