Существует огромное количество методологий моделирования бизнес-процессов. Многие обычно применяют в комплексе, потому что нет единой универсальной методологии для всех компаний и сфер бизнеса. Чтобы систематизировать работу сотрудников и повышать эффективность компании, аналитик должен владеть хотя бы тремя современными методологиями.
В статье разбираем, зачем моделировать бизнес-процессы, и перечисляем нотации, которые точно должны быть в арсенале бизнес-аналитика. Статья будет полезна начинающим аналитикам, желающим разобраться в вопросе и выбрать инструменты, с которыми они будут работать.
Содержание статьи скрыть
Что такое моделирование бизнес-процессов
Бизнес-процесс — логически выстроенная последовательность действий, которые решают конкретную задачу компании. Это может быть обработка заявки клиента, организация доставки или оформления в штат нового сотрудника.
Моделирование бизнес-процессов позволяет детально описать действия участников. Описанные данные трансформируются в модель, которая помогает понять суть и структуру бизнес-процесса.
Моделирование бизнес процессов: гайд от начала до конца
Для создания модели бизнес-процесса важно определить:
- из каких действий состоит процесс,
- кто выполняет действия и отвечает за них,
- какие ресурсы нужны для выполнения,
- какой результат требуется получить,
- какие документы регламентируют процесс,
- как оценивается выполнение процесса.
Пример . Предположим, бизнес-процесс — привлечение клиентов в фитнес-центр. Результат — продажа годового абонемента тренировок с инструктором. Для его достижения администратор должен закрыть возможные возражения и убедить клиента записаться на пробное занятие, а инструктор — провести бесплатное занятие так, чтобы клиент захотел приобрести платные тренировки. Процесс регламентируется расписанием и внутренними правилами фитнес-центра. Процесс считается выполненным, когда клиент оформил и оплатил абонемент в кассе
Ежедневные советы от диджитал-наставника Checkroi прямо в твоем телеграме!
Подписывайся на канал
Подписаться
Зачем нужно моделировать бизнес-процессы
Основная цель моделирования — повышение эффективности деятельности компании. С помощью описания бизнес-процессов аналитик оптимизирует работу, выявляет и устраняет имеющиеся ошибки, прогнозирует возможные риски.
Проблемы, которых помогает избежать моделирование бизнес-процессов:
- Неизвестность, как поступить на определённом этапе развития компании . Вы описываете жизненный цикл организации, особенности ведения документооборота, взаимодействия с клиентами и прочие ключевые процессы. Чёткая схема взаимодействия отделов и сотрудников позволяет понять, что можно улучшить.
- Сложности с обучением новых специалистов и масштабированием . Вы существенно сокращаете время на адаптацию и онбординг новых кадров за счёт описания внутренней структуры и особенностей выполнения обязанностей. Сотрудник осознает свою роль в компании, понимает, как выполнять ежедневные задачи.
- Хаос в команде . Вы документируете и оптимизируете бизнес-процессы, поэтому все понимают, кто и за что отвечает. У сотрудников есть не только должности, но и чётко прописанный набор полномочий. В результате работа не дублируется, задачи решаются в порядке значимости, вероятность конфликтов сведена к минимуму.
- Снижение акционерной ценности компании и непредвиденные расходы . Вы делаете работу каждого сотрудника в компании прозрачной, контролируете доходы и расходы. Когда все процессы регламентированы, возможность хищения или сокрытия денег практически исключена.
- Потеря клиентов . Вы налаживаете внутренние процессы, что позволяет команде быстро и эффективно работать. Менеджеры успевают оперативно обрабатывать заявки и не терять покупателей. Сохраняется высокий уровень доверия и лояльности аудитории.
Чем описание бизнес-процессов отличается от моделирования
Описание бизнес-процессов — перечисление действий участников в свободной форме. Скажем, простые пользовательские сценарии в текстовом виде. В отличие от моделирования при описании не требуется соблюдать формальную логику и специальные обозначения, использовать формализованные языки.
Схема бизнес процесса Как нарисовать схему процесса в BPMN за 2 минуты?
Хотя разница между описанием и моделированием есть, часто ею пренебрегают и используют термины как синонимы.
Классификация методологий моделирования бизнес-процессов
Методология моделирования — совокупность принципов и стандартов описания бизнес-процессов. Определяет последовательность действий, которые нужно выполнить для построения модели.
Методология включает в себя:
- Метод моделирования — способ представления реального объекта с помощью объектов модели.
- Процедуру — последовательность шагов по сбору и обработке информации.
- Нотацию — язык моделирования. Каждый язык имеет свой синтаксис — условные обозначения элементов и правила их сочетания, а также семантику — правила толкования моделей и их элементов.
В основе методологии моделирования могут лежать три подхода:
- Структурный подход рассматривает систему как набор элементов, подсистем и отношений между ними. Используется для организационного развития предприятий и компаний: ищет способы оптимизации, разрабатывает рабочие регламенты и должностные инструкции. Методологии: 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. Сравним их.
Стрелки — ресурсы и исполнители
Фигуры разных цветов. Розовые — события, зелёные — функции, жёлтые — исполнители, серые — ресурсы, оранжевые — ИС.
Соединительные элементы — стрелки и разделители «и», «или»
Подходит для описания внутренних бизнес-процессов компании
Коротко о главном
Моделирование бизнес-процессов — инструмент, который помогает аналитику выявлять проблемные места и зоны роста, оптимизировать работу команды. Чтобы правильно смоделировать бизнес-процесс, важно подготовить необходимую информацию, прописать последовательность работ и поставить цель. Когда вы начинающий аналитик, избежать всех ошибок невозможно, но можно попытаться свести их к минимуму.
Приходите на курсы по системному анализу — они помогут улучшить знания и отточить навыки на практике
Источник: checkroi.ru
Моделирование бизнес-процессов
В основе системы ELMA лежит процессный подход, который позволяет оперативно решать поставленные задачи и воздействовать на эффективность результата. Проектирование бизнес-процессов является первым этапом работы в ELMA BPM. На этой стадии происходит описание всех взаимодействующих элементов процесса от его начала и до завершения путем выстраивания логических связей на основе нотации BPMN. Полный цикл работы в системе включает: моделирование, исполнение, контроль и мониторинг, улучшение процесса.
Что дает для компании в целом выстраивание модели бизнес-процессов? В первую очередь, понимание работы организации. Возможность проанализировать деятельность как отдельных структурных элементов, так и всего предприятия, в результате исключить избыточные действия и оптимизировать работу. Конечная цель всех действий — улучшение деятельности организации. Основной акцент делается на уменьшение времени выполнения задач, как следствие сокращение затрат на их выполнение.
Моделирование бизнес-процессов организации в Дизайнере ELMA
Работа в приложении ELMA BPM стартует с проектирования бизнес-процессов. Это важный этап, от которого зависит, как в итоге будут функционировать процессы, и на сколько они будут отражать действительность организации. Процессное моделирование проводится в программе Дизайнер ELMA, которая входит в пакет системы ELMA. Она имеет ряд функциональных особенностей, которые делают ее удобной в использовании:
- Интерфейс программы простой и понятный для пользователя, не требующий длительного изучения.
- Проектирование реализации операций бизнес-процесса может производится без привлечения программиста, а лишь силами аналитика.
- Описание операций в программе осуществляется на языке диаграмм (bpm), который знаком аналитикам, а кроме того будет понятен руководящему составу компании.
- Система позволяет оперативно вносить изменения, подстраиваясь по реалии рынка и преобразования внутри компании.
Узнайте, как работает ELMA BPM. Оцените возможность моделирования бизнес-процессов в BPM-системе
Проектирование бизнес-процессов предприятия — этапы
Организационное проектирование бизнес-процессов включает в себя несколько последовательных этапов. В первую очередь, выстраивается графическая модель. На диаграмме в Дизайнере ELMA назначаются сотрудники, которые будут участвовать в процессе, определяется функционал их действий и назначается последовательность выполнения. Графическая модель выстраивается через перемещение мышью нужных элементов с палитры, затем все они связываются переходами.
На следующем этапе необходимо определить данные, которые будут использованы в ходе выполнения операций. Выполняется настройка, например, если речь идет о пользовательских задачах, это действия участника этих операций, регулирование различного рода данных, с которыми сотрудник будет работать и которые в итоге будет предоставлять.
Финальная стадия — публикация, после которой он становится доступным в ELMA BPM.
Создание процесса в Дизайнере ELMA
Проектирование в Дизайнере ELMA требует подготовительного этапа. В систему заносится организационная модель предприятия, так как все дальнейшие действия будут привязываться именно к ней.
При добавлении нового процесса, необходимо ввести некоторые его параметры: название, которое будет отображаться в программе, выбрать группу и участников, которые будут в нем задействованы. Сотрудники, которые будут ответственные за выполнение той или иной задачи назначаются из организационной структуры.
Следующий организационный шаг — создание цепочки задач. Каждая отдельная операция имеет свои настройки. По такой же схеме можно добавить неограниченное количество операций на графическую модель процесса. После этого настраиваются переходы между операциями и обозначается конечное событие. В Дизайнере настраивается и ответственность участников, она может быть нескольких типов: участник, владелец, куратор и сотрудник, который будет информироваться.
Проверка, публикация и запуск бизнес-процесса
- Проверка. Перед непосредственным запуском, в Дизайнере ELMA проводится его проверка на наличие ошибок. Элементы, где предположительно содержится ошибка, будут выделены на модели красным.
- Публикация. Следующий этап, после моделирования и проверки, это публикация процесса. Без этого шага, сохраненную в программе модель невозможно будет запустить в ELMA BPM.
- Запуск. Он происходит в веб-приложении системы. Это действие может выполнить только тот сотрудник, который имеет соответствующие права, настраиваемые в Дизайнере ELMA.
Цели моделирования
Проектирование в организации преследует сразу несколько целей. Во-первых, это может быть описание деятельности предприятия. Цель такой операции оптимизация работы каких-либо структурных элементов предприятия. Описание позволяет взглянуть на деятельность компании со стороны и определить, какие элементы требуют улучшений, а какие можно полностью исключить.
Во-вторых, целью моделирования может быть нормирование. Проектирование подразумевает формирование четко заданной последовательности действий, что устанавливает правила выполнения тех или иных задач. Это позволяет решать рабочие вопросы с максимальной производительность, без отклонений.
В-третьих, формирование взаимосвязей в рабочих операциях. В ходе проектирования устанавливаются связи не только внутри одной операции, но и между ними, а также устанавливаются требования к выполнению. Это позволяет структурировать трудовую практику на предприятии.
Моделируйте бизнес-процессы и улучшайте работу компании быстро. Готовы попробовать?
Моделирование в общей системе ELMA BPM
- Проектирование занимает верхнюю строчку в работе BPM-системы. В Дизайнере ELMA аналитик выстраивает графическую модель деятельности компании. Для описания используется общепринятая нотация BPMN 2.0.
- Исполнение. Готовые модели приводятся в исполнение: задачи поступают на выполнение исполнителям и при необходимости происходит взаимодействие с другими ИТ-продуктами, используемыми в организации.
- Улучшение. Анализ и реализация изменений позволяют улучшать модели в редакторе, гибко подстраиваясь под меняющиеся условия в отрасли или передвижения в структуре предприятия.
- Контроль. В системе в режиме реального времени отслеживается ход выполнения задач, с помощью этой функции можно увидеть незапланированные отклонения от планов и проконтролировать результат работы.
Программа позволяет осуществлять полный спектр работ в рамках концепции процессного офиса.
Оптимизация бизнес-процессов в системе ELMA
Моделирование в системе ELMA не является необратимым действием, во время практической работы могут появляться предложения по доработке и усовершенствованию. Система позволяет моделировать и оперативно вносить изменения, которые зачастую благоприятно влияют на работу организации и способны повысить показатели, как отдельного сотрудника, так и компании в целом.
Реализация системы предусматривает хранение всей информации о пользовательских задачах в карточках задач, отдельных страницах в веб-интерфейсе ELMA BPM. Там представлены все данные для принятия решений по тем или иным операциям.
Система процессных моделей позволяет менять элементы операции, например, переназначить ответственно за решение задачи. При этом для внесения правок не нужно привлекать программиста и останавливать работу ELMA, все преобразования поступают в исполнение без задержек, что позволяет максимально быстро оценить эффект от перестановок.
Примеры бизнес-процессов
Для многих компаний, в том числе действующих в разных отраслях, характерно применение схожих графических моделей операций, например, это кадровые задачи. Приведем несколько примеров, которые были составлены в программе Дизайнер ELMA.
Поиск нового сотрудника. С этим сталкивается отдел кадров каждой компании. Графическая модель включает весь цикл работ по подбору нового сотрудника в управление организацией: от поступления резюме в систему, до принятия решения по найму или отказу соискателю.
Служба поддержки. Эта модель также довольно распространена, особенно в компаниях, которые осуществляют производство или услуги, требующие дальнейшего сопровождения и консультации. Начальной точкой служит поступление заявки из какого-либо задействованного источника. Для экономии рабочего времени такие запросы приводятся к единому виду. Результатом действий будет обратная связь с клиентом.
Что дает моделирование процессов
Моделирование бизнес-процессов предприятия позволяет максимально привести исполнение бизнес-задач к их идеальной модели, которая закладывалась в структуру компании изначально. Моделирование бизнес-процессов зарекомендовало себя, как действенный метод повышения качества и эффективности работы компании.
Проектирование бизнес-процессов организации помогает систематизировать знания о компании и ее деятельности в понятной графической форме, а использование системы автоматизации делает все элементы модели исполнимыми. С помощью программы можно отслеживать и контролировать исполнение всех операций в ходе реальной работы компании, что позволяет упорядочить ключевые элементы и сделать их выполнение строго регламентированным.
Моделируйте бизнес-процессы и улучшайте работу компании быстро. Готовы попробовать?
Источник: www.elma-bpm.ru
Три вида нотаций в описании и моделировании бизнес-процессов, какую выбрать?
В прошлой статье мы уже разбирали основные типы описания бизнес-процессов. Теперь пришла пора поговорить о видах нотаций в их описании.
Для начала необходимо разобраться, что же такое нотация.
Она определяет КАК мы обозначаем на схеме процессы, операции, события и т. п., и по каким правилам мы их объединяем в общую схему. То есть нотация — это набор знаков и правил для визуально понятного описания бизнес-процессов.
Зачем они нужны, ведь мы всегда можем нарисовать схему бизнес-процесса на листе бумаги или на доске маркером? Ответ — необходимость в автоматизации, т. е. в переводе нарисованного маркером на доске в какое-то ПО.
Мы рассмотрим 3 самых популярных на данный момент вида нотаций:
IDEF — Integration DEFinition.
Начнём с того, что IDEF — это не одна нотация, а целая группа. Они различаются по номерам (IDEF0, IDEF1, IDEF2 и т. д.) и используются для описания разных элементов бизнес-системы.
Разбирать каждую из них не смысла, поэтому мы рассмотрим всю группу в целом.
Первое что важно знать о IDEF — это то, что это самая старая нотация из всех. Она уже десятилетиями не обновляется, а значит морально и функционально устарела. Тем не менее IDEF всё ещё пользуются, и раз она попала в топ-3, то как минимум знать о ней стоит.
(картинка примера IDEF)
Разберём плюсы и минусы нотации IDEF.
- Блок-схема, с использованием нотации IDEF, всегда «заточена» под лист А4. Удобно распечатывать.
- Программ, поддерживающих IDEF, много.
- Использовать модели, построенные в IDEF, сложно.
- Построенную модель трудно анализировать.
- Ограничения по количеству отображаемых в схеме процессов (всего 7).
- Правила описания и чтения бизнес-процессов неудобны и сложны.
- Программы, поддерживающие IDEF, устарели вместе с ней.
eEPC — extended Event-driven Process Chain.
Событийная цепочка процессов. Из названия следует, что в этой нотации моделирование сконцентрировано вокруг событий, а ведь именно они и определяют развитие бизнеса.
За основу при разработке данной системы была взята IDEF3, однако eEPC намного нагляднее и обладает большим функционалом.
(картинка пример eEPC)
Плюсы нотации eEPC:
- Логика построения легка и понятна.
- Многие ПО позволяют моделировать в eEPC.
- Удобно изучать и анализировать.
- Можно увидеть события, которые управляют развитием процессов.
- Большое количество возможностей для моделирования любого процесса.
Минусы нотации eEPC:
- Невозможно определить как происходит взаимодействие между участниками процесса.
- События нельзя отличить по типу.
- Дороговизна.
- Ориентация на сложные и комплексные программные решения.
BPMN 2.0 — Business Process Model and Notation.
BPMN, или «Нотация управления бизнес-процессами» — это разработка института управления бизнес-процессами. Уже только это показывает, что к созданию нотации подошли со всей серьёзностью. Важно отметить, что работа по обновлению и доработке не остановлена, а происходит постоянно.
Существенное отличие BPMN от вышеизложенных нотаций — это наличие понятия «дорожка». Данное понятие обозначает область в модели процесса, которая показывает всё, за что отвечает конкретный человек на данном выбранном отрезке. Когда в процессе принимают участие несколько человек, через «дорожки» отображается их взаимодействие, что очень удобно и важно.
Ведь наибольшее количество проблем в бизнес-процессах возникает именно на стыках работ разных людей, а благодаря «дорожкам» можно детально проанализировать каждое такое взаимодействие.
Плюсы BPMN:
- Регулярное обновление, развитие и доработка нотации.
- Гибкость и удобство настройки.
- Многофункциональность и простота в использовании.
- Наличие «дорожек».
- Возможность деления событий на типы: начало, промежуточное и окончание.
- Возможность создавать свои собственные значки и адаптировать нотацию под свои потребности.
- ПО с BPMN — самое активно развивающиеся. Многие программы бесплатные.
- Подходит как для малых и средних, так и крупных компаний
- Возможность привязки к 1С.
- В нотации много понятий и терминов. Их нужно знать и грамотно применять.
- Высокий уровень вхождения. Из-за широкого круга возможностей нужно довольно много времени на их детальное изучение (по сравнению с другими нотациями).
- Требуется знание бизнес-анализа. BPMN модели — не просто картинки, которые может рисовать любой ребёнок на листе А4. В этой нотации очень важная грамотная структура и последовательность.
Нотация BPMN — самая современная, функциональная и удобная из всех трёх вариантов. Большинство профессионалов работают именно с ней, однако если у Вас уже принято использовать какую-то другую нотацию, то обычно нет смысла производить резкий переход на BPMN. Если же Вы только планируете начать построение бизнес-процессов, то лучше всего начать работать с той, которая Вам наиболее понятна.
Если после прочтения статьи, у Вас возникли вопросы и Вы хотите получить на них ответы, то оставьте заявку на сайте:
Источник: salecraft.ru