Содержание
Главные методологии моделирования бизнес-процессов: какие бывают и как выбрать
Существует огромное количество методологий моделирования бизнес-процессов. Многие обычно применяют в комплексе, потому что нет единой универсальной методологии для всех компаний и сфер бизнеса. Чтобы систематизировать работу сотрудников и повышать эффективность компании, аналитик должен владеть хотя бы тремя современными методологиями.
В статье разбираем, зачем моделировать бизнес-процессы, и перечисляем нотации, которые точно должны быть в арсенале бизнес-аналитика. Статья будет полезна начинающим аналитикам, желающим разобраться в вопросе и выбрать инструменты, с которыми они будут работать.
Что такое моделирование бизнес-процессов
Бизнес-процесс — логически выстроенная последовательность действий, которые решают конкретную задачу компании. Это может быть обработка заявки клиента, организация доставки или оформления в штат нового сотрудника.
Моделирование бизнес-процессов позволяет детально описать действия участников. Описанные данные трансформируются в модель, которая помогает понять суть и структуру бизнес-процесса.
Для создания модели бизнес-процесса важно определить:
- из каких действий состоит процесс,
- кто выполняет действия и отвечает за них,
- какие ресурсы нужны для выполнения,
- какой результат требуется получить,
- какие документы регламентируют процесс,
- как оценивается выполнение процесса.
Пример . Предположим, бизнес-процесс — привлечение клиентов в фитнес-центр. Результат — продажа годового абонемента тренировок с инструктором. Для его достижения администратор должен закрыть возможные возражения и убедить клиента записаться на пробное занятие, а инструктор — провести бесплатное занятие так, чтобы клиент захотел приобрести платные тренировки. Процесс регламентируется расписанием и внутренними правилами фитнес-центра. Процесс считается выполненным, когда клиент оформил и оплатил абонемент в кассе
Зачем нужно моделировать бизнес-процессы
Основная цель моделирования — повышение эффективности деятельности компании. С помощью описания бизнес-процессов аналитик оптимизирует работу, выявляет и устраняет имеющиеся ошибки, прогнозирует возможные риски.
Проблемы, которых помогает избежать моделирование бизнес-процессов:
- Неизвестность, как поступить на определённом этапе развития компании . Вы описываете жизненный цикл организации, особенности ведения документооборота, взаимодействия с клиентами и прочие ключевые процессы. Чёткая схема взаимодействия отделов и сотрудников позволяет понять, что можно улучшить.
- Сложности с обучением новых специалистов и масштабированием . Вы существенно сокращаете время на адаптацию и онбординг новых кадров за счёт описания внутренней структуры и особенностей выполнения обязанностей. Сотрудник осознает свою роль в компании, понимает, как выполнять ежедневные задачи.
- Хаос в команде . Вы документируете и оптимизируете бизнес-процессы, поэтому все понимают, кто и за что отвечает. У сотрудников есть не только должности, но и чётко прописанный набор полномочий. В результате работа не дублируется, задачи решаются в порядке значимости, вероятность конфликтов сведена к минимуму.
- Снижение акционерной ценности компании и непредвиденные расходы . Вы делаете работу каждого сотрудника в компании прозрачной, контролируете доходы и расходы. Когда все процессы регламентированы, возможность хищения или сокрытия денег практически исключена.
- Потеря клиентов . Вы налаживаете внутренние процессы, что позволяет команде быстро и эффективно работать. Менеджеры успевают оперативно обрабатывать заявки и не терять покупателей. Сохраняется высокий уровень доверия и лояльности аудитории.
Чем описание бизнес-процессов отличается от моделирования
Описание бизнес-процессов — перечисление действий участников в свободной форме. Скажем, простые пользовательские сценарии в текстовом виде. В отличие от моделирования при описании не требуется соблюдать формальную логику и специальные обозначения, использовать формализованные языки.
Хотя разница между описанием и моделированием есть, часто ею пренебрегают и используют термины как синонимы.
Классификация методологий моделирования бизнес-процессов
Методология моделирования — совокупность принципов и стандартов описания бизнес-процессов. Определяет последовательность действий, которые нужно выполнить для построения модели.
Методология включает в себя:
- Метод моделирования — способ представления реального объекта с помощью объектов модели.
- Процедуру — последовательность шагов по сбору и обработке информации.
- Нотацию — язык моделирования. Каждый язык имеет свой синтаксис — условные обозначения элементов и правила их сочетания, а также семантику — правила толкования моделей и их элементов.
В основе методологии моделирования могут лежать три подхода:
- Структурный подход рассматривает систему как набор элементов, подсистем и отношений между ними. Используется для организационного развития предприятий и компаний: ищет способы оптимизации, разрабатывает рабочие регламенты и должностные инструкции. Методологии: SADT, DFD, WFD.
- Объектно-ориентированный подход рассматривает систему как набор взаимодействующих объектов. Объекты — предметы, которые преобразуются при выполнении процессов. При объектно-ориентированном подходе сначала выделяются объекты, а затем действия, в которых они участвуют. Подход используется для визуализации, конструирования и документирования. Методология: BAAM.
- Интегрированный подход объединяет структурный и объектно-ориентированный подходы. Даёт полное и комплексное представление о моделируемом объекте. Методология: ARIS.
Единого верного способа моделирования нет. Важно правильно ставить цель и исходя из неё выбирать подходящие инструменты реализации.
Разберём особенности популярных методологий моделирования.
SADT — методология структурного анализа и проектирования, разработанная Дугласом Россом в 1969-1973 годах. Объединяет и организует диаграммы в иерархические древовидные структуры — чем выше уровень диаграммы, тем она менее детализирована.
Диаграммы SADT состоят из:
- блоков, которые изображают активность моделируемой системы;
- дуг, которые связывают блоки вместе и отображают взаимодействия.
Методология применяется на ранних этапах создания системы для определения требований к ней. В США SADT успешно использовалась в военных и коммерческих организациях для долгосрочного стратегического планирования и управления финансами.
Особенности методологии SADT :
- Универсальность — может использоваться для проектирования сложных систем любого назначения: управления и контроля, телефонных сетей, учёт материально-технических ресурсов.
- Способность отражать такие системные характеристики, как управление, обратная связь и исполнители.
- Наличие процедур для поддержки коллективной работы.
- Возможность использования на ранних этапах создания системы и сочетания с другими структурными методами проектирования.
Самая распространённая нотация — IDEF0.
Пример бизнес-процесса в нотации IDEF0
DFD — методология потоков данных. Описывает внешние по отношению к системе источники и адресаты, логические функции, потоки и хранилища данных. Может быть представлена в виде графического структурного анализа или диаграммы. На диаграмме отображают работы, которые входят в состав описываемого бизнес-процесса, а также входы и выхода каждой из них.
Методология применяется для моделирования информационных систем и выявления проблем документооборота. Описывает любые действия: процесс продажи или отгрузки товаров, работу с заявками, закупку сырья. DFD помогает понять, из чего должна состоять информационная система и как автоматизировать бизнес-процессы.
Особенности методологии DFD :
- описывает не столько бизнес-процессы, сколько движения потоков данных;
- процессы не существуют сами по себе, поэтому результат должен куда-то передаваться;
- используется при разработке программного обеспечения;
- нет ограничения по количеству элементов, которые могут находиться на одной диаграмме.
Самые распространённые нотации — Эд Йордана и Тома де Марко.
Пример описания процесса обработки заказа клиента с помощью методологии DFD
WFD — методология потоков данных. Описывает бизнес-процессы нижнего уровня, где возникает необходимость показать временную последовательность выполнения работ.
Методология применяется для моделирования таких бизнес-процессов компаний как: «Выставление счетов», «Подготовка договора», «Изготовление детали».
Особенности методологии WFD :
- Использует дополнительные объекты для описания процессов: логических операторов, события начала и окончания процесса, а также элементы, показывающие временные задержки.
- Показывает альтернативы, которые происходят в процессе. Например, с помощью методологии вы можете описать ситуацию, когда договор на меньшую сумму согласуется с одной группой сотрудников, а на большую — с другой группой по более сложной технологии.
- Стрелки между операциями бизнес-процесса обозначают не потоки объектов, последовательность выполнения работ.
Самая распространённая нотация — IDEF3.
Пример описания процесса согласования договора с помощью нотации IDEF3
ARIS — одновременно и методология, и программный продукт для моделирования бизнес-процессов организации. Методология ARIS разработана профессором Августом Шеером в 1990-х годах. Она представляет собой современный подход к структурированному описанию деятельности компании, представлению её в виде взаимосвязанных графических диаграмм, удобных для понимания и анализа.
Методология применяется на крупных или длительных проектах, а также предприятиях с достаточным оборотом денежных средств. Это обусловлено стоимостью внедрения и трудозатратами по сопровождению и поддержке. ARIS подходит для управленческого консалтинга, внедрения систем управления качеством, анализа и оптимизации бизнес-процессов. Она позволяет классифицировать и структурировать операционные риски, вести документооборот.
Особенности методологии ARIS :
- основывается на концепции интеграции, предлагает целостный взгляд на процессы;
- рассматривает и представляет любую организацию как единую систему;
- насчитывает более 80 моделей, поэтому для осмысленного применения требуется время;
- использует разные уровни описания: что система должна знать, какие у неё пути реализации, а также программные и технические средства.
- её внедрению должна предшествовать «ручная» проектно-аналитическая работа;
- главное преимущество — высокая степень визуализации бизнес-моделей.
Самые распространённые нотации — EPC, UML и BPMN.
Пример бизнес-процесса в BPMN-нотации
BAAM — методология описания деятельности. Включает в себя шесть бизнес-моделей: ESM, BCM, BPM, BFM, BOM, ERM. С их помощью последовательно описывает функции, бизнес-процессы, организационные и структурные особенности компаний, её подразделения, а также материальные и информационные потоки между ними. Методология представляет собой схему, на которой вместо работ отображаются структурные подразделения и взаимодействия между ними.
Методология применяется для описания бизнес-процессов в крупных компаниях. Отображает подразделения и должности, которые есть в организации, а также связи линейного и функционального подчинения. Помогает проектировать базы данных.
Особенности методологии BAAM :
- описывает подразделения компании и потоки между ними;
- описывает бизнес-процессы отдельных подразделений;
- формирует управляющие работы, а также состояния, характеризующие начало и конец каждой работы;
- описывает должности организации;
- определяет структуру информации, которая необходима для бизнес-процессов.
Самые распространённые нотации — Нотация Питера Чена, нотация Гордона Эвереста Crow’s Foot.
Пример бизнес-процесса в нотации Питера Чена
Сравнение нотаций
Нотации — графические модели, которые используются для фиксации бизнес-процессов. Помогают наглядно представить алгоритм действий. Выше мы перечислили десять нотаций для разных методологий, но самые популярные из них — IDEF0, EPC, BPMN. Сравним их.
Стрелки — ресурсы и исполнители
Фигуры разных цветов. Розовые — события, зелёные — функции, жёлтые — исполнители, серые — ресурсы, оранжевые — ИС.
Соединительные элементы — стрелки и разделители «и», «или»
Подходит для описания внутренних бизнес-процессов компании
Коротко о главном
Моделирование бизнес-процессов — инструмент, который помогает аналитику выявлять проблемные места и зоны роста, оптимизировать работу команды. Чтобы правильно смоделировать бизнес-процесс, важно подготовить необходимую информацию, прописать последовательность работ и поставить цель. Когда вы начинающий аналитик, избежать всех ошибок невозможно, но можно попытаться свести их к минимуму.
Приходите на курсы по системному анализу — они помогут улучшить знания и отточить навыки на практике
Моделирование процессов составления бизнес-планов
Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана, характеристика и структуризация предметной области. Вербальное описание бизнес-процесса, специфика моделей IDEF0 и IDEF3, программная среда AnyLogic.
| Рубрика | Экономико-математическое моделирование |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 17.09.2014 |
| Размер файла | 2,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ЭКОНОМИКИ И УПРАВЛЕНИЯ «НИНХ»
Институт Прикладной информатики
Кафедра Экономической информатики
Моделирование процессов составления бизнес-планов
Учебная дисциплина: Имитационное моделирование
-
Введение
- глава 1. Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана
- 1.1 Описание предметной области
- 1.2 Структуризация предметной области
- 2.1 Вербальное описание бизнес-процесса
- 2.2 Представление бизнес-процесса в нотации IDEF0
- 2.3 Представление бизнес-процесса в нотации IDEF 3
- 3.1 Описание объектов модели и модулей
- 3.2 Описание параметров модели
- 3.3 Проведение машинных экспериментов
- 3.4 Анализ полученных результатов
Введение
Неотъемлемой частью любой предпринимательской деятельности является составление бизнес-плана. Здесь необходимо отразить проблемы, с которыми предприятию предстоит столкнуться в ходе движения к стоящим перед ним целям. Систематизация и подробное рассмотрение описанных проблем помогает разработать и предусмотреть их наиболее удобные пути решения. бизнес план программный моделирование
Бизнес-план является документом, позволяющим управлять бизнесом, поэтому его можно представить как неотъемлемый элемент стратегического планирования и как руководство для исполнения и контроля. Важно рассматривать бизнес-план как сам процесс планирования и инструмент внутрифирменного управления [13].
Бизнес — план служит для объективной оценки собственной деятельности предприятия и в тоже время используется в качестве инструмента проектно-инвестиционных решений. В нем описаны основные аспекты коммерческой организации, анализированы проблемы, с которыми она столкнётся, определены способы их решения. Следовательно, бизнес-план — одновременно поисковая, научно-исследовательская и проектная работа[2].
Таким образом, составление бизнес-плана актуально для организаций различных сфер деятельности, поскольку позволяет спланировать и оптимизировать ресурсы для максимизации финансового результата компании, взглянуть на предприятие как бы со стороны.
Объектом исследования является процесс создания бизнес-плана. Моделирование бизнес-процессов позволяет не только оценить деятельность компании в целом, взаимодействие с внешними организациями, заказчиками и поставщиками, но и организацию деятельности на каждом рабочем месте. Поэтому в качестве цели для данной работы можно выделить выявление оптимального для бесперебойной работы время, затрачиваемое на различных этапах создания бизнес-плана, а также определение наименьшего количества сотрудников, необходимых для выполнения работы на каждом этапе.
Предмет исследования — моделирование процессов составления бизнес-плана. Под методологией создания модели бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели.
Актуальность метода моделирования заключается в том, что он позволяет дать стоимостную оценку каждому отдельному процессу и всем бизнес-процессам организации в совокупности.
Цель моделирования — систематизация знаний об организации и её бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации[5].
Основная задача данной работы: построить имитационную модель деятельности по созданию бизнес-планов.
Для достижения цели работы необходимо решить следующие задачи:
— построить ментальную карту предметной области;
— построить модели IDEF0 и IDEF3;
— построить модель для исследования в программной среде AnyLogic;
— провести необходимые эксперименты;
— сделать соответствующие выводы по полученным результатам.
Сейчас представлены несколько специальных программ, предназначенных для обследования предприятия и построения модели.
Любая методология (методика) включает три основные компонента:
— описание шагов, необходимых для получения заданного результата;
— рекомендации по использованию как отдельно, так и в составе группы методик.
В основе многих современных методологий моделирования бизнес-процессов лежит методология SADT. Наиболее широко используется IDEF-методология описания бизнес-процессов.
SADT-модели начинается с представления всей системы в виде контекстной диаграммы. Контекстная диаграмма представляет самое общее описание системы и ее взаимодействия с внешней средой. Имеет вид одного блока и дуг, изображающих набор внешних интерфейсов системы. Затем проводится разбиение системы на крупные фрагменты (функциональная декомпозиция). Декомпозиция выявляет полный набор подфункций, каждая из которых показана как блок с интерфейсными стрелками. Каждая подфункция может быть декомпозирована для большей детализации. Получаемые диаграммы называются диаграммами декомпозиции [6].
Глава 1. Постановка задачи и построение структурно-функциональной модели процесса составления бизнес-плана
Бизнес-план — это подробный структурированный документ, продуманный и тщательно подготовленный менеджерами, описывающий то, к чему стремится предприятие, как оно добьется этой цели, и как все будет выглядеть после осуществления поставленных задач[8].
Бизнес-план является одной из самых важных составляющих внутрифирменного планирования деятельности любого предприятия. Разработанный бизнес-план нового предприятия или локального мероприятия может помочь в привлечении необходимого капитала, оценке перспектив организации бизнеса и сравнении текущего состояния дел с ранее намеченными планами.
Бизнес-план выполняет три основные функции:
Во-первых, он отражает концепцию ведения и развития бизнеса. Возникает возможность тщательной проработки стратегии организации бизнеса, что позволяет избежать ошибок еще «на бумаге». Для этого необходимо рассмотреть бизнес со всех сторон: маркетинга, производственной деятельности и финансов.
Во-вторых, бизнес-план позволяет сравнить фактические результаты деятельности с ранее намеченными. Например, финансовый раздел бизнес-плана может служить основой бюджета производства, инструментом контроля
В-третьих, бизнес-план нужен для привлечения и управления денежными средствами, поскольку ни один уважающий себя инвестор или кредитор не вложит свои средства, не посмотрев бизнес-план[10].
1.2 Структуризация предметной области
В данной работе рассмотрено составление бизнес-плана на основе общепринятой методики UNIDO[1] (United Nations Industrial Development Organization). Согласно ей общая структура бизнес-плана должна иметь следующие параметры:
2 Идея (сущность) предлагаемого проекта
— Общие исходные данные и условия.
— Описание образца продукции.
— Оценка опыта предпринимательской деятельности.
— Оценка рынка сбыта.
— Оценка собственных сильных и слабых сторон.
3 План маркетинга
— Финансовое обеспечение плана маркетинга.
4 План производства
— Изготовитель нового товара.
— Наличие и требуемые мощности производства.
— Материальные факторы производства.
— Описание производственного процесса.
5 Организационный план
— Организационно-правовая форма собственности фирмы.
— Организационная структура фирмы.
— Сведения о партнёрах.
— Описание внешней среды бизнеса.
— Трудовые ресурсы фирмы.
— Сведения о членах руководящего состава.
6 Финансовый план
— План доходов и расходов.
— План денежных поступлений и выплат.
— Сводный баланс активов и пассивов фирмы.
— График достижения безубыточности.
— Стратегия финансирования (источники поступления средств и их использование).
— Оценка риска и страхование.
На рисунке 1 представлена подробная структуризация предметной области процесса создания бизнес-плана на основе методики UNIDO.
Рисунок 1 — Ментальная карта процесса создания бизнес-плана
Ментальная карта позволяет зрительно выделить основные аспекты деятельности типографии.
Глава 2. Моделирование бизнес-процесса составление бизнес-плана
Составление бизнес плана осуществляется командой проектирования согласно методике UNIDO. Входными данными являются структура общих издержек, источники финансирования, а также общие исходные данные об организации-заказчике. Конечным продуктом бизнес-планирования является готовый, утверждённый бизнес-план и отчёт об исполнении порученного задания.
Первый этап создания бизнес-плана — разработка сценарных условий и оформление целевых задач. Это очень важный этап, поскольку от него будет зависеть выполнение всех остальных этапов разработки бизнес-плана и соответственно конечный результат, т.е. бизнес-план. В рамках данного этапа нужно, прежде всего, определить цель разработки бизнес-плана. Затем обсудить основные источники данных, которые будут использоваться для разработки бизнес-плана. После этого нужно согласовать концепцию финансово-экономической модели. То есть основные идеи по планированию всех ключевых показателей бизнес-плана. Сама модель будет разрабатываться позже, но ее основы нужно заложить на этом этапе. И наконец, нужно утвердить формат бизнес-плана. Т.е. в рамках первого этапа нужно пройтись по всем остальным этапам разработки бизнес-плана. Если для разработки бизнес-плана будут привлекаться консультанты, то этот этап нужно делать вместе с ними, чтобы они могли оценить объем работы и стоимость своих услуг.
Следующий этап — непосредственное бизнес-планирование, которое основывается на проектировании финансово-экономической модели. Все показатели бизнес-плана должны рассчитываться на основе определенной финансово-экономической модели. Данная модель определяет методику расчета бизнес-плана. В состав этой модели может входить достаточно большое количество различных планов, бюджетов, графиков финансирования и т.д. Финансовую модель можно будет использовать, в том числе и для проведения сценарного анализа (расчет основных показателей бизнес-плана при различных значениях входных параметров). Проведение таких расчетов может потребоваться при согласовании основных показателей бизнес-плана.
Третий этап — согласование и утверждение бизнес-плана. В рамках данного этапа нужно окончательно утвердить методику расчета и сами значения всех основных показателей бизнес-плана.
И, наконец, заключительный этап — формирование отчётов об исполнении и анализ отклонений. Это технический этап, в рамках которого осуществляется оформление бизнес-плана в виде единого документа в соответствии с согласованным ранее форматом. В дополнении к бизнес-плану может подготавливаться презентация в формате Power Point. Ее можно использоваться для представления бизнес-плана Заказчику, если это потребуется. Переходить к данному этапу нужно после окончательного согласования всех показателей бизнес-плана. В противном случае возможна потеря времени из-за переделки бизнес-плана.
Таким образом, составление бизнес-плана состоит из четырёх основных этапов, которые, в свою очередь, можно декомпозировать подробнее.
2.2 Представление бизнес-процесса составления бизнес-плана в нотации IDEF0
Ниже представлено моделирование бизнес-процесса в нотации IDEF0, это необходимо для определения оптимального варианта быстрого и качественного выполнения процесса составления бизнес-плана[11]. На рисунке 2 представлена контекстная диаграмма главного бизнес-процесса — составление бизнес-плана. Далее на рисунке 3 изображена декомпозиция данного основного блока на четыре этапа, каждый из которых также декомпозируется. Декомпозиция этапа «Разработка сценарных условий и оформление целевых задач» — рисунок 4, декомпозиция этапа «Разработка бизнес-плана» — на рисунке 5, декомпозиция этапа «Согласование и утверждение бизнес-плана» — на рисунке 6, и декомпозиция последнего этапа «Формирование отчётов об исполнении и анализ отклонений» изображена на рисунке 7.
Рисунок 2 — Контекстная диаграмма IDEF0 процесса «Составление бизнес-плана»
Рисунок 3 — Декомпозиция контекстной диаграммы
Рисунок 4 — Декомпозиция этапа «Разработка сценарных условий и оформление целевых задач»
Рисунок 5 — Декомпозиция этапа «Разработка бизнес-плана»
Рисунок 6 — Декомпозиция этапа «Согласование и утверждение бизнес-плана»
Рисунок 7 — Декомпозиция этапа «Формирование отчётов об исполнении и анализ отклонений»
Моделирование в стандарте IDEF3 производится с использованием графического представления процесса, материальных и информационных потоков в этом процессе, взаимоотношений между операциями и объектами в процессе. Нотация визуального моделирования IDEF3 позволяет создать графическое описание логики взаимодействия информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов, очередность их запуска и завершения. IDEF3 предоставляет инструмент моделирования сценариев действий сотрудников организации, отделов, и т.п.[12].
Рисунок 8 — Контекстная диаграмма IDEF3 процесса «Составление бизнес-плана»
Рисунок 9 — Декомпозиция контекстной диаграммы IDEF3
Глава 3. Проведение машинных экспериментов в среде AnyLogic
AnyLogic используется для разработки имитационных исполняемых моделей и последующего их прогона для анализа[7]. Разработка модели выполняется в графическом редакторе AnyLogic с использованием многочисленных средств поддержки, упрощающих работу. Построенная модель затем компилируется встроенным компилятором AnyLogic и запускается на выполнение. В процессе выполнения модели пользователь может наблюдать ее поведение, изменять параметры модели, выводить результаты моделирования в различных формах и выполнять разного рода компьютерные эксперименты с моделью [3].
Имитационная модель, изображенная на рисунке 10, была создана для процесса обработки заказов от клиентов на составление бизнес-плана.
Рисунок 10 — Имитационная модель процесса составления бизнес-плана
Имитационная модель состоит из элементов, каждый из которых отвечает за выполнение различных функций. Описание всех элементов представлено в таблице 1.
Таблица 1 — Описание элементов модели составления бизнес-плана
Данный элемент (Source) отвечает за подачу заказов. Все полученные заказы отображаются на круговой диаграмме.
Элемент (Delay) — задерживает заказы на заданный период времени для анализа.
Элемент (Queue), обозначающий очередь поступивших заявок. В элементе «Очередь заявок» осуществляется сбор статистики, которая отображается на столбиковой диаграмме «Средняя длина очереди».
Элемент (Service) для проведения работ над полученным заказом захватывает определенное количество ресурсов и времени на выполнение.
Элемент (SelectOutput) — направляет входящие заказы в один из двух выходных портов в зависимости от выполнения заданного условия.
Элемент (ResourcePool) — задает исполнителей всех процедур.
Элемент (Sink) отражает факт выполнения заказа, завершение работы с клиентом.
Для наглядности проведения экспериментов в данной модели используются круговая диаграмма, представленная на рисунке 11, для наглядного отображения принятых и выполненных заказов, а также график средняя длина очереди, показанный на рисунке 12.
Рисунок 11 — Круговая диаграмма «Обработка заказов»
Рисунок 12 — Столбиковая диаграмма «Средняя длина очереди»
На данных графиках будет отслежена основная статистика экспериментов.
3.2 Описание параметров модели составления бизнес-плана
Каждый элемент содержит свои параметры, изменяя которые можно наблюдать за поведением модели в целом. Описание всех параметров представлено в таблице 2.
Моделирование бизнеса. Основные подходы
В этой статье я хочу поговорить об основных принципах моделирования бизнеса, о тех подходах, которые применяются в этой сфере, и на основе которых создаются языки моделирования и нотации.
Я уже писал о моделировании при помощи IDEF0 (Знакомство с нотацией IDEF0 и пример использования), об организации работы склада и работе с клиентами от лида до сделки (Внедрение CRM. От регистрации лида до закрытия сделки. Кейс и пояснения), о системе Bizagi (Bizagi. Описание. Пример). И везде я использовал при пояснении примеров и практических решений нотации бизнес-процессов.
С одной стороны, применение схем для наглядности при описании моделей бизнеса в ни у кого не вызывает вопросов. Это действительно очень удобно. С другой стороны, многие бизнесмены и даже мои коллеги недоумевают, зачем нужны специальные нотации и правила для разработки бизнес-процессов, ведь можно в любом графическом редакторе (visio) или при помощи других удобных инструментов просто нарисовать интуитивно понятную схему.
О том, почему так важна стандартизация, а также о том, в каком случае применяется тот или иной подход, я и хочу поговорить.
Основные подходы
Сегодня существует множество различных инструментов для разработки бизнес-моделей, они используют различные языки моделирования, как стандартные, так и какие-то собственные разработки. Но все их можно объединить по принципу работы в три основных подхода:
- Функциональный;
- Процессный;
- Ментальный (с применением ментальных карт).
Функциональное моделирование
Функциональное моделирование рассматривает бизнес как функцию (лат. functio — совершение, исполнение) или иными словами «черный ящик». В функциональной модели функция не имеет временной последовательности, а только точку входа и точку выхода. Функциональное моделирование помогает рассматривать бизнес-модель с с точки зрения результативности, т.е. при моделировании мы исходим из того, что имеем на входе, и того, что желаем получить на выходе.
Например, компания разрабатывает какую-то CRM-систему для своего бизнеса. В случае применения функционального подхода к моделированию уже сама выбранная среда для работы подсказывает, с чего начинать. Точка входа – «входящий интерес клиента или лид», точка выхода – желаемый результат: «покупка и получение лояльного клиента», «получение постоянного клиента», «получение максимум информации о потенциальном клиенте» и т.д.
Таким образом, в функциональной модели изначально известны точка входа и желаемый результат, а последовательность действий и является объектом разработки. При этом использование функциональных моделей как «черных ящиков» позволяет детализировать каждый этап по мере необходимости. А вся работа при моделировании направлена на поиск оптимального решения для достижения цели.
Функциональные модели вы можете также использовать для демонстрации своих идей и вариантов решений. Это также очень удобно, ведь в процессе демонстрации вы можете двигаться от общего к деталя, по мере необходимости разделять и декомпозировать функции. Но декомпозировать вы будете при этом именно функции, и, разделяя одну функцию на несколько, вы не получите описание процесса.
Некоторые путают описание процесса и функциональную модель. Например, в системе Business Studio функцию называют процессом, хоть это и не совсем верно. Все же описание функций и процессный подход – несколько разные вещи. И я лично считаю, что функциональное моделирование оптимально реализовано в нотации IDEFO. Сам я для такого варианта работы использую именно ее, и всем также рекомендую.
Правила работы с IDEFO вы можете подробнее изучить, прочитав мою статью накомство с нотацией IDEF0 и пример использования.
Процессное моделирование (моделирование бизнес процессов)
О процессном моделировании я буду рассказывать с точки зрения нотации BPMN, как одного из наиболее распространенных стандартов процессного моделирования. При этом я полностью согласен, что существует множество языков моделирования и различных систем. И каждый может пользоваться тем, что ему удобнее. Но все же BPMN — это уже сложившийся стандарт процессного моделирования, а потому его я и беру за основу в описании.
Процесс с точки зрения бизнес-модели — это последовательность каких-то событий и действий, которые имеют начало и конец.
В этом кроется основное отличие процессного моделирования от функционального. Функциональное моделирование рассматривает бизнес-модель с точки зрения входа и выхода (имеющихся ресурсов и желаемого результата). А процессное основано на последовательности действий в определенных границах, в случае BPMN это будут начало и конец события.
Все процессы могут разбиваться (детализироваться) на подпроцессы вплоть до детализации на уровне задач, т.е. действий, дальнейшая детализация которых невозможна. Процесс – это некая последовательность действий, которую необходимо выполнить, чтобы получить определенный результат. Необходимо отметить что в модели бизнеса как процесса результат может и не быть явным в отличии от функциональной модели.
Принципиальное отличие процессного моделирования от функционального заключается в том, что при процессном моделировании основное внимание уделяется не тому, что мы хотим получить, а тому, что нужно сделать для получения результата, т.е. не итогам той или иной деятельности, а самой последовательности действий.
Например, в BPWIN или Business Studio в процессе детализации каждой функции происходит переход от функционального подхода к процессному. Т.е. в общем, мы рассматриваем модель с точки зрения – возможностей и желаемого результата, а когда переходим к решениям для каждой функции, здесь уже практикуется явно процессный подход, т.е. пошаговый алгоритм действий для достижения результата.
Представьте себе что в функциональной модели есть «черный ящик» — функция «Принять заказ». А при декомпозировании мы уже рассматриваем ее не как функцию, а как процесс, и последовательность действий при приеме заказа – это уже процессный подход.
Есть и еще одно очень важное отличие. Функциональную модель невозможно использовать при реализации какой-то либо системы, только для проектирования. А процессный подход позволяет создавать исполняемые модели, т.е. описания последовательности действий, которые мы можем в дальнейшем перевести в какую-то среду для создания системы совместной работы предприятия, основанной на процессном подходе.
Ментальный подход (ментальные карты)
При создании ментальных моделей специалист подходит к моделированию не как к процессу или набору функций, а как к некому набору связанных между собой понятий. Для наглядности я приведу пример — ментальная карта понятия “Процедура снабжения” (см. рисунок).
Такой вариант подхода применяется, прежде всего, для себя. Рисование схемы в свободной форме помогает структурировать свои знания, так сказать, “разложить по полочкам” в свободной форме полученную информацию. Также подобные ментальные карты помогают найти решение, которое уже позже, по мере необходимости, будет воплощаться в рамках строгих правил процессного или функционального подхода.
Можно применять ментальные карты и для демонстрации клиентам: и существующей ситуации, и вариантов решения поставленной задачи. Ментальные карты помогут наглядно продемонстрировать, какие методы могут быть использованы, показать в наглядной форме различные идеи.
Плюсы применения таких ментальных карт очевидны:
- Не нужно знать какие-то специальные языки;
- Нет строгих рамок и ограничений при создании схемы;
- Ментальная карта в большинстве случаев интуитивно понятна;
- Создавать такие схемы просто.
В результате для понимания модели и заложенных в ней идей требуется присутствие и комментарии ее разработчика (аналитика).
Конечно, существуют очень простые карты, которые интуитивно читаются и без дополнительных комментариев. Но при отсутствии стандартов всегда есть вероятность, что даже в этом случае автор что-то другое имел в виду или где-то недостаточно детализировал свою схему. Т.е. существует вероятность разного прочтения. А бизнес — это не философия. При всей умозрительности и разнообразии подходов к описанию бизнес-процессов, здесь очень важны однозначные решения.
Методология и языки бизнес-моделирования
Очень часто даже в профессиональной литературе возникает путаница, когда люди смешивают понятия методологии анализа работы бизнеса и описания языков бизнес-моделирования.
Методология — это система принципов и стандартов описания бизнес моделей и их последующего анализа. В то время как язык бизнес-моделирования – это не более чем инструмент для разработки моделей бизнеса.
Здесь напрашивается сравнение с программированием вообще и применением конкретного языка программирования. Программирование включает в себя и построение алгоритма, и выбор подходящего языка программирования, и реализацию алгоритма программы в рамках того или иного языка. А, например, программирование на языке Си++ – это уже заведомо ограничение определенными рамками, так как средствами определенного языка можно решить только четко ограниченный круг задач, и, одновременно, даже если задачу можно решить средствами Си++ совсем не обязательно, что именно этот язык будет в конкретном случае оптимальным. В общем, разницу между понятием «программирование» и «программированием в рамках определенного языка», я думаю, большинство понимают даже без таких пояснений.
Отличие языков разработки бизнес-моделей в от языков проектирования систем
Существует целое семейство языков проектирования систем, которые внешне схожи с языками бизнес-моделирования, например, это Ares Studios, целое семейство языков UML и другие, которые используются для проектирования IT-систем.
Основное различие этих языков от языков разработки бизнес-процессов лежит в их предназначении. Если языки проектирования IT-систем рассматривают бизнес-процессы с точки зрения возможности их автоматизации, воплощении в IT-системах, то языки бизнес-моделирования рассматривают последовательность действий именно с точки зрения бизнеса, включая работу как IT-систем, так и сотрудников, движения товаров и т.д.
Соответственно, в языках проектирования систем нет элементов, которые помогут полноценно описать действия подразделений, сотрудников, взаимодействие между ними, работу с поставщиками, общение с клиентами и так далее. Инструменты этой группы языков помогут именно автоматизировать процессы бизнеса, которые поддаются автоматизации. А все остальное будет оставлено «за кадром», например, как некие «функции» без расшифровки.
В то же время языки разработки бизнес-процессов охватывают максимально именно работу бизнеса как такового, а вот те или иные нюансы автоматизации и алгоритмизации систем в них описать далеко не всегда возможно с достаточной степенью детализации.
Преимущества разработки моделей бизнеса
И все же, зачем применять языки бизнес-моделирования, которые налагают строгие ограничения, требуют придерживаться жестко заданных правил при моделировании? Ведь всегда можно «нарисовать схему» в графическом редакторе или даже на бумаге, используя ментальный подход, при этом изучение языков моделирования вообще не потребуется.
На самом деле, стандарты и правила – это огромный плюс:
- Языки моделирования помогают максимально качественно передать информацию. Стандартизация повышает простоту восприятия.
- Скорость разработки моделей значительно увеличивается. Языки содержат все необходимые инструменты и графические блоки в готовом виде. Вам не придется «рисовать» или придумывать свою терминологию. Инструментарий уже готов, и работа в его рамках значительно ускоряется. Конечно, язык нужно выучить. Но один раз изучить – это намного быстрее, чем каждый раз придумывать и пояснять собственный набор обозначений.
- Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.
Применение моделей бизнеса на практике
Лично я считаю, что бизнес-моделирование стоит применять при решении любых задач, связанных с выявлением проблем и «узких мест», с оптимизацией и модернизацией бизнеса и т.д. Как бизнес-консультант я практически всегда строю модели работы компании или ее подразделений при работе со своими клиентами. Это дает четкое понимание всех этапов работы и позволяет избежать «белых пятен» в этом вопросе.
Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами. Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе. И если несколько лет назад я еще сталкивался с недоумением со стороны клиентов, то сейчас вариант описания «на словах» без наглядных и удобных схем практикуется крайне редко.
А в случае автоматизации какого-либо этапа работы или создания автоматизированной системы управления бизнесом на основе проектно-ориентированного подхода качественная бизнес-модель, выполненная в том или ином языке моделирования, станет готовым руководством для технических специалистов.
Удобство, универсальность, простота восприятия – это те причины, по которым от словесных описаний в бизнес-сфере все больше переходят к бизнес-моделированию. А применение готовых языков позволяет работать с моделями быстро, избегать ошибок, и также без проблем вносить любые изменения.
Также в настоящее время я готовлю к публикации книгу и онлайн курс, в которой подробно опишу собственное видение процессного подхода к бизнесу, а также мой собственный практический опыт работы в сфере функционального и процессного моделирования. Все желающие могут подписаться на уведомление о выходе новой книги по и другие новости ссылке.
Источник https://checkroi.ru/blog/metodologii-modelirovaniya-biznes-processov/
Источник https://otherreferats.allbest.ru/emodel/00459284_0.html
Источник https://habr.com/ru/company/trinion/blog/332772/
- 1.1 Описание предметной области
