Существует огромное количество методологий моделирования бизнес-процессов. Многие обычно применяют в комплексе, потому что нет единой универсальной методологии для всех компаний и сфер бизнеса. Чтобы систематизировать работу сотрудников и повышать эффективность компании, аналитик должен владеть хотя бы тремя современными методологиями.
В статье разбираем, зачем моделировать бизнес-процессы, и перечисляем нотации, которые точно должны быть в арсенале бизнес-аналитика. Статья будет полезна начинающим аналитикам, желающим разобраться в вопросе и выбрать инструменты, с которыми они будут работать.
Что такое моделирование бизнес-процессов
Бизнес-процесс — логически выстроенная последовательность действий, которые решают конкретную задачу компании. Это может быть обработка заявки клиента, организация доставки или оформления в штат нового сотрудника.
Моделирование бизнес-процессов позволяет детально описать действия участников. Описанные данные трансформируются в модель, которая помогает понять суть и структуру бизнес-процесса.
Для создания модели бизнес-процесса важно определить:
- из каких действий состоит процесс,
- кто выполняет действия и отвечает за них,
- какие ресурсы нужны для выполнения,
- какой результат требуется получить,
- какие документы регламентируют процесс,
- как оценивается выполнение процесса.
Пример. Предположим, бизнес-процесс — привлечение клиентов в фитнес-центр. Результат — продажа годового абонемента тренировок с инструктором. Для его достижения администратор должен закрыть возможные возражения и убедить клиента записаться на пробное занятие, а инструктор — провести бесплатное занятие так, чтобы клиент захотел приобрести платные тренировки. Процесс регламентируется расписанием и внутренними правилами фитнес-центра. Процесс считается выполненным, когда клиент оформил и оплатил абонемент в кассе
Ежедневные советы от диджитал-наставника Checkroi прямо в твоем телеграме!
Подписывайся на канал
Подписаться
Зачем нужно моделировать бизнес-процессы
Основная цель моделирования — повышение эффективности деятельности компании. С помощью описания бизнес-процессов аналитик оптимизирует работу, выявляет и устраняет имеющиеся ошибки, прогнозирует возможные риски.
Проблемы, которых помогает избежать моделирование бизнес-процессов:
- Неизвестность, как поступить на определённом этапе развития компании. Вы описываете жизненный цикл организации, особенности ведения документооборота, взаимодействия с клиентами и прочие ключевые процессы. Чёткая схема взаимодействия отделов и сотрудников позволяет понять, что можно улучшить.
- Сложности с обучением новых специалистов и масштабированием. Вы существенно сокращаете время на адаптацию и онбординг новых кадров за счёт описания внутренней структуры и особенностей выполнения обязанностей. Сотрудник осознает свою роль в компании, понимает, как выполнять ежедневные задачи.
- Хаос в команде. Вы документируете и оптимизируете бизнес-процессы, поэтому все понимают, кто и за что отвечает. У сотрудников есть не только должности, но и чётко прописанный набор полномочий. В результате работа не дублируется, задачи решаются в порядке значимости, вероятность конфликтов сведена к минимуму.
- Снижение акционерной ценности компании и непредвиденные расходы. Вы делаете работу каждого сотрудника в компании прозрачной, контролируете доходы и расходы. Когда все процессы регламентированы, возможность хищения или сокрытия денег практически исключена.
- Потеря клиентов. Вы налаживаете внутренние процессы, что позволяет команде быстро и эффективно работать. Менеджеры успевают оперативно обрабатывать заявки и не терять покупателей. Сохраняется высокий уровень доверия и лояльности аудитории.
Чем описание бизнес-процессов отличается от моделирования
Описание бизнес-процессов — перечисление действий участников в свободной форме. Скажем, простые пользовательские сценарии в текстовом виде. В отличие от моделирования при описании не требуется соблюдать формальную логику и специальные обозначения, использовать формализованные языки.
Хотя разница между описанием и моделированием есть, часто ею пренебрегают и используют термины как синонимы.
Классификация методологий моделирования бизнес-процессов
Методология моделирования — совокупность принципов и стандартов описания бизнес-процессов. Определяет последовательность действий, которые нужно выполнить для построения модели.
Методология включает в себя:
- Метод моделирования — способ представления реального объекта с помощью объектов модели.
- Процедуру — последовательность шагов по сбору и обработке информации.
- Нотацию — язык моделирования. Каждый язык имеет свой синтаксис — условные обозначения элементов и правила их сочетания, а также семантику — правила толкования моделей и их элементов.
В основе методологии моделирования могут лежать три подхода:
- Структурный подход рассматривает систему как набор элементов, подсистем и отношений между ними. Используется для организационного развития предприятий и компаний: ищет способы оптимизации, разрабатывает рабочие регламенты и должностные инструкции. Методологии: 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 |
Принцип построения диаграммы | Принцип доминирования | Временная последовательность выполнения процедур | Временная последовательность выполнения процедур |
Описание процедуры процесса | Объект на диаграмме | Объект на диаграмме | Объект на диаграмме |
Модель отражает | Структуру системы, функции, потоки ресурсов и информации | Структуру системы, функции, потоки ресурсов и информации | Функции системы, внутренние процессы |
Графические элементы | Прямоугольники — действия и этапы.
Стрелки — ресурсы и исполнители |
Фигуры разных цветов. Розовые — события, зелёные — функции, жёлтые — исполнители, серые — ресурсы, оранжевые — ИС.
Соединительные элементы — стрелки и разделители «и», «или» |
Задача — прямоугольник, событие — круг, поток — стрелка. Также есть сноски и базы данных |
Достоинство | Высокая степень детализации. Можно создать модель, которая будет учитывать практически все ресурсы, всех сотрудников | Простота восприятия | Простота восприятия.
Подходит для описания внутренних бизнес-процессов компании |
Недостаток | Модель занимает много места | Приходится создавать события даже для незначительных этапов | Зациклена на бизнес-процессах, не подходит для описания структуры |
Сфера применения | Долгосрочное планирование, управление финансами | Описание технологических процессов предприятия — выставление счетов, отгрузки товаров и т.д. | Управленческий консалтинг, внедрение систем управления качеством, оптимизация бизнес-процессов |
Коротко о главном
Моделирование бизнес-процессов — инструмент, который помогает аналитику выявлять проблемные места и зоны роста, оптимизировать работу команды. Чтобы правильно смоделировать бизнес-процесс, важно подготовить необходимую информацию, прописать последовательность работ и поставить цель. Когда вы начинающий аналитик, избежать всех ошибок невозможно, но можно попытаться свести их к минимуму.
Моделирование бизнес-процессов: цели, методы и результаты
Моделирование бизнес-процессов: цели, методы и результаты
Моделирование бизнес-процессов предприятия — важнейший инструмент грамотного и результативного управления.
Компании не работают с максимальной эффективностью сами по себе: процессы необходимо постоянно анализировать, оптимизировать, а иногда и полностью реорганизовать. И моделирование — первый шаг к такому управлению. Разложив
деятельность на компоненты, каждый из которых включает определенную цепь операций, легче увидеть узкие места и ошибки, спрогнозировать риски на каждом из этапов. В краткосрочной перспективе это позволит выстроить более эффективные
бизнес-процессы, а в долгосрочной — поможет компании адаптироваться и совершенствоваться в соответствии с меняющимися условиями и целями.
Моделирование бизнес-процессов: основные понятия
Моделирование бизнес-процессов (Business Process Modeling) — один из методов повышения эффективности и прозрачности работы организации. В его основе лежит процессный подход к управлению: процессы описываются через присущие им
элементы — действия, данные, события, материалы. Полученное описание позволяет глубоко разобраться в бизнес-процессах, увидеть потенциал их улучшения и эффективно организовать взаимодействие всех участников.
Модель — это графическое или текстовое представление бизнес-процессов и логической взаимосвязи между ними. С ее помощью отображают два состояния процессов: как есть — текущая деятельность организации, и как должно быть
— ее будущее состояние после внесения изменений или улучшений.
Системное моделирование бизнес-процессов может быть выражено в виде блок-схем, диаграмм, таблиц, сценариев и т.д. Способы, выбранные для наглядного отображения элементов, называются методами моделирования.
Зачем моделировать бизнес-процессы
К чему приводит отсутствие формализованных бизнес-процессов?
-
Нет распределения полномочий и зон ответственности — возникающие проблемы некому решать.
-
Нет точной и актуальной информации — руководство не может быстро получить данные о текущей деятельности и ее результатах, которые необходимы для управления бизнесом.
-
Нормативные документы неактуальны и противоречивы, работа и взаимодействие сотрудников и подразделений не регламентированы — их функции могут дублироваться, тратится много времени на выяснение рабочих моментов.
-
Эффективность работы подразделений неравномерна — есть лидеры и аутсайдеры, возможно взаимное недовольство между производством и вспомогательными службами.
-
Избыточная цепочка согласований, долгий цикл принятия и исполнения решений — растут непроизводственные затраты, падает исполнительская дисциплина, контроль исполнения решений неэффективен.
-
Плохо работает документооборот — нужные документы сложно найти, нередки потери.
-
Возникает избыток товарных запасов из-за недостаточного планирования.
-
Нарушаются сроки и бюджеты выполнения работ и заказов из-за отсутствия адекватной оценки и контроля.
-
Не ведется контроль удовлетворенности клиентов — пробелы в этом направлении не выявляются и не устраняются.
-
Деятельность предприятия не прозрачна для инвесторов — снижается доверие.
В конечном итоге внутреннее развитие компании не успевает за ростом бизнеса и рыночными изменениями, возникают «болезни роста», процессы становятся все более хаотичными. Если же показатели деятельности перестают устраивать
руководителей, нет возможности выявить проблемные точки и наиболее перспективные направления улучшений.
Наличие моделированных процессов позволяет изменить ситуацию, решив несколько задач:
-
нормирование бизнес-процессов. В большой организации разные команды могут выполнять один и тот же процесс по-разному. Создание оптимального дизайна задает единые правила и гарантирует, что каждый знает, как достичь лучшего
результата; -
гибкость процессов. Анализ бизнес-процессов способствует формированию культуры инноваций и изменений. Возможность настраивать бизнес-операции позволяет компании развиваться в условиях технологических изменений;
-
прозрачность. Все в организации будут знать, как выполняются процессы, это делает работу контролируемой;
-
повышение эффективности. Основная функция моделирования бизнес-процессов — найти способы улучшить выполнение процессов, что приведет к повышению эффективности, производительности, конкурентоспособности и, наконец, прибыли.
Виды и принципы моделирования бизнес-процессов
Попытка учесть одновременно все возможные стороны процесса приведет к чрезмерному усложнению модели. Поэтому моделирование может иметь разную направленность в зависимости от поставленных целей. Основываясь на определенных
характеристиках, которые выбраны как предмет анализа, применяется один из видов моделирования.
Функциональное моделирование бизнес-процессов описывает их в виде функций, которые четко структурированы и взаимосвязаны между собой.
Объектное моделирование: бизнес-процессы отображаются как набор объектов, взаимодействующих между собой. Такими объектами могут быть работники, средства производства, элементы информации и т.д.
Имитационное моделирование — в этом случае процессы представляют через примеры их поведения в разных условиях, анализируя свойства в динамике.
Такое разделение упрощает работу, позволяя сфокусироваться на определенных свойствах процесса. При этом разные модели могут быть применены для одного и того же процесса.
Чтобы получить адекватные модели, необходимо придерживаться основных принципов моделирования бизнес-процессов:
-
Ориентация на эталонные и референтные модели как базу для описания бизнес-процессов.
-
Моделирование «сверху вниз» — в каждой предметной области первыми создаются модели верхнего уровня: для основных процессов, процессов управления, развития, обеспечивающих процессов.
-
Разумная достаточность — уровень детализации, количество моделей и описанных в них типов объектов и связей необходимо соотносить с поставленной задачей.
-
Сфокусированность — необходимо включить в описание процесса его ключевые параметры, отвлекаясь от несущественных деталей.
-
Соизмеримость процессов по сложности (составу) и по значимости.
-
Целостность описания процесса: задание его названия, последовательности функций, участников процесса, используемых ресурсов.
-
Множественность — модель должна отображать свойства объекта, которые влияют на желаемые показатели. При этом для полного представления объекта нужно несколько моделей, которые отображают процесс с разных сторон.
Кроме того, одним из главных принципов можно назвать учет целей проекта — создавая модели, необходимо учитывать, как они будут применяться.
Стадии моделирования бизнес-процессов
Работа над проектом включает несколько этапов моделирования бизнес-процессов организации, которые выполняются последовательно.
-
Создание модели «как есть» — выявление границ и основных компонентов процесса, сбор информации о том, как он работает. Такая исходная модель становится отправной точкой будущих улучшений.
-
Анализ данных — поиск ошибок, ограничений, дублирующихся операций, взаимосвязей. Это позволяет уточнить модель «как есть» и наметить потребности в изменениях.
-
Построение модели «как должно быть» — формулирование состояния процесса, к которому необходимо стремиться. Эта модель отображает будущий процесс после проведения улучшений.
-
Тестирование построенной модели — внедрение ее в деятельность компании, оценка результатов, внесение изменений.
-
Улучшение построенной модели — в процессе использования модель необходимо продолжать анализировать и совершенствовать.
Последний этап по сути не оканчивается — созданная модель будет постоянно дорабатываться с учетом внутренних и внешних изменений.
Методология и инструментарий моделирования бизнес-процессов
Существующие методы моделирования бизнес-процессов позволяют сконцентрироваться на определенных аспектах, определить свойства и связи компонентов и представить их как графическими, так и текстовыми средствами.
Количество методов достаточно велико. В числе основных можно назвать следующие.
-
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 и др.
Моделирование бизнес-процессов: проект из практики
Результаты бизнес-моделирования
В процессе моделирования необходимо рассматривать компанию как систему взаимосвязанных и взаимодействующих процессов. Для этого важно уметь анализировать схемы и работать по ним. Главная цель — не нарисовать схему, а правильно ее
выстроить, создав условия для взаимодействия между структурами и подготовив фундамент для дальнейшего анализа.
Поверхностный и несистемный подход к моделированию бизнес-процессов зачастую приводит к тому, что моделирование не приносит ожидаемых результатов, а сами изменения непонятны ни руководству, ни сотрудникам. В конечном итоге попытка
внедрения оканчивается неудачей и систему моделирования бизнес-процессов забрасывают. Чтобы избежать такого исхода проекта, имеет смысл обратиться к помощи профессиональных консультантов.
Моделирование способно принести компании видимые преимущества:
-
за счет создания единой картины процессов повышается управляемость и контролируемость на всех уровнях;
-
уменьшаются сроки выполнения операций, снижаются расходы без потери качества;
-
формируется четкое понимание потребности в персонале, процесс найма становится более простым и эффективным;
-
благодаря системному подходу предприятие получает и использует возможности для роста, в том числе за счет эффективной работы филиалов;
-
улучшаются финансовые показатели.
Моделирование и анализ бизнес-процессов предприятия — действенный инструмент для оптимизации деятельности, повышения прибыли и успешного развития. Но все эти цели будут достигнуты при условии грамотного описания и
последовательного внедрения.
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) – методология и соответствующее семейство программных продуктов. Они используются для структурированного описания, анализа и последующего совершенствования бизнес-процессов предприятия. Система наглядно показывает правила деятельности предприятия и значения показателей результативности. Так можно определить желаемые характеристики работы компании, совершенствовать архитектуру, улучшить процессы, рационально распределять ресурсы. Инструмент определяет весь цикл разработки – анализ требований, спецификация информационной системы и описание физической реализации.
Методы моделирования бизнес-процессов реализованы в специальных компьютерных программах, позволяющих оперативно визуализировать «картинку» при вводе данных. Каждую из методологий можно изучить в рамках специализированных образовательных программ. Инструментальные средства рассматриваются отдельности, углубленно, или обзорно, в сравнении. Именно накапливание систематизированных знаний обо всех моделях, рассмотрение примеров практического применения и способов использования в различных ситуациях помогает успешно использовать разные методики при реальном руководстве предприятием.
Необходимые знания можно получить, например, на программах профессиональной переподготовки «Операционная эффективность бизнеса и совершенствование», «Информационная бизнес-аналитика».
← Назад к списку
Моделирование бизнес-процессов — это эффективный инструмент выявления слабых мест в работе предприятия и их устранения. В ходе построения модели деятельность раскладывается на отдельные операции, что позволяет увидеть, как система поведет себя на разных этапах.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
Суть моделирования бизнес-процессов
Бизнес процессы (БП) — это постоянно повторяемые операции или действия, совершая которые можно получить из ресурсов в начале работы конечный продукт в конце. Эффективная работа предполагает в первую очередь исключение лишних, ненужных, необязательных действий.
Моделирование бизнес-процессов — это подробное описание деятельности компании.
В графическом виде модель может быть реализована в форме перечня отдельных бизнес-операций и схемы связей между ними. Наглядность имеет большое значение. График или таблица хорошо демонстрируют взаимозависимости между базовыми элементами в существующих или планируемых условиях. А потому упрощают процесс выявления лишних этапов и неэффективных связей. На схеме сразу видны ненужные (необязательные) согласования и дублирующиеся функции.
Цели
Основной целью моделирования всегда является повышение эффективности деятельности компании: рост рентабельности, прибыли и других показателей. Промежуточными целями выступают:
- установление взаимосвязей между процессами;
- разработка норм и правил выполнения отдельных операций для достижения требуемой результативности;
- оптимизация структуры управления.
- Основные этапы в развитии моделирования бизнес-процессов
Условно, моделирование всех бизнес-процессов можно подразделить на 3 основных этапа:
Первый начался в 20 году прошлого века с выходом в свет “Принципов научного управления” американского инженера Ф. Тейлора. Внедряется SADT – методология структурного анализа, объединяющая процесс моделирования с управлением конфигурацией проекта. Появляются наглядные блок-схемы и сети Петри. В 80-х гг. предпринимаются первые попытки автоматизации. Однако используемые методики несовершенны, так как допускают варианты интерпретации.
В 1990 М. Хаммер и Д. Чампи выпускают “Реинжиниринг корпорации: манифест революции в бизнесе”, которая до сих пор изучается во всех ведущих бизнес-школах мира. Рождается новый подход к моделированию. С этого момента строится две модели: одна описывает существующие процессы, вторая — оптимальные (как должно быть). Продолжаются работы по автоматизации. Основная задача — моделирование нестандартных бизнес-процессов, для чего требуется привлекать программистов и вкладывать средства. Если хотите подробнее узнать о реинжиниринге – читайте эту статью.
2000 гг. ознаменовались появлением работы Г. Смита и П. Фингара “Управление бизнес-процессами: третья волна”. Новый подход предполагает разработку инструментов, которые дадут возможность менеджерам предприятий не только вносить корректировки в схемы бизнес-процессов, но и самим их создавать.
Работа по усовершенствованию способов моделирования бизнес-процессов продолжается. Специалисты отмечают тенденцию к упорядочиванию и стандартизации.
Этапы моделирования бизнес-процессов
Работа по моделированию бизнес-процессов включает в себя 5 этапов:
- Построение базовой модели бизнес-процессов. На этом этапе описываются основные компоненты существующей системы.
- Анализ – изучение процессов и взаимосвязей между ними.
- Разработка оптимальной модели бизнес-процессов. Строится плановая модель организации работы, которая позволит повысить эффективность бизнеса.
- Отработка предложенной модели на практике. Выполняется тестирование с целью выявления слабых мест.
- Доработка модели, если в этом есть необходимость.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
На этом основная работа завершена. Однако дальнейшая деятельность не должна строиться исключительно на созданном шаблоне. Усовершенствование разработанной оптимальной модели бизнес-процессов следует производить перманентно. В противном случае она быстро утратит актуальность и перестанет соответствовать текущим условиям.
Виды
Поскольку анализ схем, состоящих из большого числа элементов, затруднен, принято строить несколько моделей по видам:
- Функциональное моделирование – описывает взаимосвязанные функции.
- Объектное – описывает взаимосвязи и взаимозависимости между собой объектов (персонала, ресурсов и других компонентов).
- Имитационное – описывает варианты развития бизнес-процессов компании в различных условиях.
Принципы моделирования бизнес-процессов
Основных принципов пять:
Принцип осуществимости. Построенная оптимальная модель должна быть пригодной для реализации на практике и способствовать достижению заданных целей. Цели и конкретные показатели должны быть определены заранее.
Информационной достаточности. Моделирование реальных бизнес-процессов компании должно базироваться на реальных данных. Эффективность работы зависит от точности и полноты исходной информации.
Множественности. Для достижения требуемых показателей, необходимо разработать несколько моделей, чтобы описать бизнес-процессы в разных плоскостях (с разных сторон). Только всесторонний охват может привести к желаемому результату с минимальным количеством ошибок.
Агрегирования. Наиболее эффективно строить сложные модели из простых элементов, которые также можно назвать подсистемами. Правильно подобранные блоки позволяют вносить изменения в систему, не переписывая всю модель в связи с изменением данных.
Отделения. Для проведения качественного анализа не обязательно описывать все бизнес-процессы компании. Наиболее простые, структура которых не вызывает вопросов, можно пропустить. Однако данные блоки все же включаются в модель с описанием входящих и исходящих потоков.
Могут иметь значение и другие принципы: сфокусированности (задается фокус на актуальных на данный момент аспектах работы), декомпозиции (отображения процесса как перечня иерархических элементов) и пр.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
Методы моделирования
Методов построения моделей довольно много, среди них:
IDEF — построенная на основе методологии SADT модель состоит из графических схем, облегчающих анализ системы.
DFD — используется при проектировании информационных систем. Показывает взаимосвязи между элементами, процесс передачи данных. Удобна для выявления причин изменени.
Flow Chart Diagram — метод моделирования бизнес-процессов посредством символов. Отличается гибкостью.
Сети Петри – показывают динамику изменения процессов.
Инструменты
- AllFusion Process Modeler. Позволяет строить модели и производить анализ с использованием стандартных инструментов IDEF0, DFD и пр.
- ELMA BPM. Позволяет отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0.
- Draw io. Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. Возможно связывать модели через гиперссылки. Кроме того, можно к элементам присоединять файлы из облачных хранилищ данных.
Вышеперечисленные программы подходят как для новичков, так и для требовательных пользователей. Позволяют проводить оптимизацию бизнес-процессов и контролировать исполнение. Подходят для управления проектами и контроля их выполнения в удаленном режиме. Для создания модели используются диаграммы и нотации (специальные знаки графического моделирования).
Специфика применения моделирования бизнес-процессов на практике
Использование моделирования реальных бизнес-процессов на практике чаще всего производится несистемно. Нередко работу начинают, добиваются первых успехов, но как только показатели падают, о системе забывают. Непоследовательность чаще всего объясняется непониманием поставленных целей. Проблема не будет возникать, если планируемые изменения понятны, их реализация не идет в разрез с существующей системой управления, а соответствует долгосрочным целям компании. Появление у менеджмента предприятия самостоятельно определять цели и проводить моделирование повысит заинтересованность и, как следствие, эффективность многократно.
Значение моделирования бизнес-процессов для предприятий
Если работа проведена правильно, на выходе компания получит:
- Повышение управляемости и качества контроля работы и отдельных ее этапов, благодаря хорошему обзору и пониманию всех бизнес-процессов компании.
- Понимание, в каких сотрудниках и ресурсах нуждается предприятие, что позволяет повысить эффективность кадрового отбора.
- Рост финансовых показателей.
- Упрощается процесс расширения компании за счет применения работающей системы бизнес-процессов в новых филиалах.
Как видим, правильное и осознанное моделирование бизнес-процессов только упрощает работу руководства и персонала компании.
!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >
Автор: Марина Ступакова, эксперт компании iTeam
Методологии моделирования бизнес-процессов
Набор
символов или обозначений, с помощью
которых описывается бизнес-процесс,
принято называть языком или методологией
описания бизнес-процессов.
Наиболее
распространенными методологиями,
используемыми при моделировании,
являются: описание бизнес-процессов,
описание потоков работ и описание
потоков данных. Для более глубокого
понимания сути бизнеса и его ключевых
процессов используются графические
способы описания процессов и специальные
инструменты.
В
простых случаях и сегодня используют
обычную блок-схему и словесное описание
бизнес-процесса.
Обычная
блок-схема процесса, изображается с
помощью прямоугольников — обозначающих
действия, ромбов — обозначающих
принимаемые решения и стрелок —
соединяющих эти элементы и показывающих
их взаимосвязь.
Описание
бизнес-процесса, отвечает на вопросы,
что, кто, где, как, зачем и почему, а также
каковы затраты времени и денежных
средств на принятие решений, ожидание
и осуществление действий в бизнес-процессе.
Однако,
эта простая, наглядная и очевидная
методология не всегда достаточна для
определения эффективности реализации
сложного бизнес-процесса, поэтому был
разработан ряд более сложных и эффективных
методологий использующих возможности
компьютерной техники.
Эти
методологии эволюционировали по мере
развития технических и программных
средств.
В
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%.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #