Бизнес моделирование процессов (BPM ) в управлении бизнес-процессами и системная инженерия — это деятельность , представляющая процессы предприятия, поэтому что текущий процесс может быть проанализирован, улучшен и автоматизирован. BPM обычно выполняется бизнес-аналитиками, которые обладают опытом в области моделирования; профильными экспертами, обладающими специальными знаниями моделируемых процессов; или, чаще, командой, состоящей из обоих. В качестве альтернативы модель процесса может быть получена непосредственно из журналов событий с помощью инструментов анализа процессов.
Бизнес-цель часто заключается в увеличении скорости процесса или сокращении времени цикла; повысить качество; или снизить затраты, такие как затраты на рабочую силу, материалы, лом или капитальные затраты. На практике решение руководства инвестировать в моделирование бизнес-процессов часто мотивируется необходимостью задокументировать требования к проекту информационных технологий.
Управление изменениями программы обычно используются для практического применения улучшенных бизнес-процессов. Благодаря достижениям в области разработки программного обеспечения, представление о том, что модели BPM становятся полностью исполняемыми (и способными к моделированию и проектированию в оба конца), приближается к реальности.
История
Методы моделирования бизнес-процессов, такие как блок-схема, функциональная блок-схема, диаграмма потока управления, диаграмма Ганта, диаграмма PERT и IDEF появились с начала 20 века. Диаграммы Ганта были одними из первых, кто появился около 1899 года, блок-схемы — в 1920-х, функциональные блок-схемы и PERT в 1950-х, диаграммы потоков данных и IDEF — в 1970-х.
Среди современных методов — Unified Modeling Language и Business Process Model and Notation. Тем не менее, это лишь часть методологий, используемых на протяжении многих лет для документирования бизнес-процессов. Термин «моделирование бизнес-процессов» был придуман в 1960-х годах в области системной инженерии С. Уильямсом в его статье 1967 года «Моделирование бизнес-процессов улучшает административный контроль». Его идея заключалась в том, что методы для лучшего понимания физических систем управления можно было бы аналогичным образом использовать для бизнес-процессов. Этот термин стал популярным только в 1990-х годах.
В 1990-е годы термин «процесс » стал новой парадигмой производительности. Компании поощряли мыслить процессами, а не функциями и процедурами. Процессное мышление рассматривает цепочку событий в компании от покупки до поставки, от получения заказа до продаж и т. Д. Традиционные инструменты моделирования были разработаны для иллюстрации времени и затрат, в то время как современные инструменты ориентированы на межфункциональные действия. Эти кросс-функциональные виды деятельности значительно увеличились по количеству и значимости из-за роста сложности и зависимости. Новые методологии включают редизайн бизнес-процессов, инновации бизнес-процессов, управление бизнес-процессами, интегрированное бизнес-планирование, среди прочего, все «направленные на улучшение процессов по традиционным функциям. которые составляют компанию ».
В области разработки программного обеспечения термин« моделирование бизнес-процессов »противопоставляется общепринятому моделированию процесса программного обеспечения, стремясь сосредоточить больше внимания на состояние практики при разработке программного обеспечения. В то время (начало 1990-х) все существующие и новые методы моделирования для иллюстрации бизнес-процессов были объединены в «языки моделирования бизнес-процессов». В подходе объектно-ориентированного это считалось важным шагом в спецификации систем бизнес-приложений. Моделирование бизнес-процессов стало основой новых методологий, например, тех, которые поддерживали сбор данных, анализ потоков данных, диаграммы потоков процессов и средства отчетности. Примерно в 1995 году были представлены первые визуально ориентированные инструменты для моделирования и реализации бизнес-процессов.
Темы
Бизнес-модель
A Бизнес-модель — это основа для создания экономической, социальной и / или других форм ценности. Таким образом, термин «бизнес-модель» используется для широкого круга неформальных и формальных описаний, представляющих основные аспекты бизнеса, включая цели, предложения, стратегии, инфраструктуру, организационные структуры, торговые практики, а также операционные процессы и политики.
В самом общем смысле бизнес-модель — это метод ведения бизнеса, с помощью которого компания может поддерживать себя. То есть приносить доход. Бизнес-модель объясняет, как компания зарабатывает деньги, указывая свое место в цепочке создания стоимости.
Бизнес-процесс
A бизнес-процесс представляет собой набор связанных, структурированных действий или задач., которые производят определенную услугу или продукт (служат определенной цели) для конкретного клиента или покупателей. Существует три основных типа бизнес-процессов:
- Управленческие процессы, которые управляют работой системы. Типичные процессы управления включают корпоративное управление и стратегическое управление.
- Операционные процессы, которые составляют основной бизнес и создают основной поток создания ценности. Типичными операционными процессами являются закупка, производство, маркетинг и продажи.
- Вспомогательные процессы, которые поддерживают основные процессы. Примеры включают бухгалтерский учет, набор персонала и техническая поддержка.
Бизнес-процесс можно разделить на несколько подпроцессов, которые имеют свои собственные атрибуты, но также способствуют достижению цель суперпроцесса. Анализ бизнес-процессов обычно включает отображение процессов и подпроцессов до уровня деятельности.
Модель бизнес-процесса — это модель одного или нескольких бизнес-процессов, которая определяет способы выполнения операций для достижения намеченных целей организации. Такая модель остается абстракцией и зависит от предполагаемого использования модели. Он может описывать рабочий процесс или интеграцию между бизнес-процессами. Его можно построить на нескольких уровнях.
A рабочий процесс — это описание последовательности операций, заявленных как работа человека, простого или сложного механизма, группы людей, организации персонала или машин. Рабочий процесс можно рассматривать как любую абстракцию реальной работы, разделенную на совместную работу, разделение работы или другие типы упорядочения. В целях контроля рабочий процесс может быть представлением реальной работы в выбранном аспекте.
Бизнес-процесс, ориентированный на артефакты
Модель бизнес-процесса, ориентированная на артефакты, возникла как целостный подход к моделированию бизнес-процессов, поскольку она обеспечивает очень гибкое решение для сбора операционные характеристики бизнес-процессов. Особое внимание в нем уделяется описанию данных бизнес-процессов, известных как «артефакты», путем характеристики важных для бизнеса объектов данных, их жизненных циклов и связанных сервисов. Подход к моделированию процессов, ориентированный на артефакты, способствует автоматизации бизнес-операций и поддерживает гибкость внедрения и развития рабочего процесса.
Инструменты
Инструменты моделирования бизнес-процессов предоставляют бизнес-пользователям возможность моделировать свои бизнес-процессы, внедряют и выполняют эти модели, а также уточняют модели на основе данных о выполнении. В результате инструменты моделирования бизнес-процессов могут обеспечить прозрачность бизнес-процессов, а также централизацию корпоративных моделей бизнес-процессов и показателей выполнения. Инструменты моделирования также могут позволить совместное моделирование сложных процессов пользователями, работающими в группах, где пользователи могут совместно использовать и моделировать модели совместно. Инструменты моделирования бизнес-процессов не следует путать с системами автоматизации бизнес-процессов — в обоих методах моделирование процесса является одним и тем же начальным этапом, и разница в том, что автоматизация процесса дает вам « исполняемую диаграмму », которая кардинально отличается от традиционного графического моделирования бизнес-процессов. инструменты.
Моделирование и симуляция
Функции моделирования и симуляции позволяют предварительно выполнять моделирование и симуляцию «что, если». Оптимизация после выполнения доступна на основе анализа фактических показателей выполнения.
- Диаграммы вариантов использования, созданные Иваром Якобсоном, 1992 (интегрированы в UML )
- Диаграммы действий (также принят UML)
Некоторые методы моделирования бизнес-процессов:
- Модель и нотация бизнес-процессов (BPMN)
- Язык моделирования жизненного цикла (LML)
- Субъектно-ориентированное управление бизнес-процессами (S-BPM)
- Расширенное познание Метод анализа информации на естественном языке (CogNIAM)
- Расширенный язык бизнес-моделирования (xBML)
- Процесс, управляемый событиями цепочка (EPC)
- ICAM DEFinition (IDEF0 )
- Unified Modeling Language (UML), расширения для бизнес-процессов
- Formalized Administrative Notation (FAN)
- Harbarian моделирование процессов (HPM)
Инструменты языка программирования
Программное обеспечение BPM Suite предоставляет программные интерфейсы (веб-службы, интерфейсы прикладных программ (API)), которые позволяют создавать корпоративные приложения для взорвать двигатель BPM. Этот компонент часто называют движком пакета BPM.
Языки программирования, представленные для BPM, включают:
- язык выполнения бизнес-процессов (BPEL ),
- язык описания хореографии веб-служб (WS-CDL ).
- Язык определения процессов XML (XPDL ),
Некоторые языки, зависящие от поставщика:
- Архитектура интегрированных информационных систем (ARIS) поддерживает EPC,
- язык определения процессов Java (JBPM ),
Другие технологии, связанные с моделированием бизнес-процессов, включают архитектуру на основе моделей и сервис-ориентированную архитектуру.
См. Также
- Портал для бизнеса и экономики
Бизнес эталонная модель
Пример эталонной бизнес-модели федерального правительства США
A эталонная бизнес-модель является эталонной моделью, концентрирующейся на функциональных и организационных аспектах предприятия, обслуживающей организации или государственное учреждение. Как правило, эталонная модель — это модель чего-то, которая воплощает основную цель или идею чего-либо и затем можно рассматривать как справочную информацию для различных целей. Эталонная бизнес-модель — это средство описания бизнес-операций организации, независимо от организационной структуры, которая их выполняет. Другие типы справочной бизнес-модели также могут отображать взаимосвязь между бизнес-процессами, бизнес-функциями и справочной бизнес-моделью бизнес-области. Эти эталонные модели могут быть построены по слоям и предлагают основу для анализа компонентов службы, технологий, данных и производительности.
Наиболее известной эталонной бизнес-моделью является эталонная бизнес-модель федерального правительства США. Эта модель представляет собой функционально-управляемую структуру для описания бизнес-операций федерального правительства независимо от агентств, которые их выполняют. Справочная бизнес-модель обеспечивает организованную иерархическую конструкцию для описания повседневных деловых операций федерального правительства. Хотя существует множество моделей для описания организаций — организационные диаграммы, карты местоположения и т. Д. — эта модель представляет бизнес с использованием функционально управляемого подхода.
Интеграция бизнес-процессов
Пример взаимодействия между бизнес-процессами и моделями данных
A бизнес-модель, которую можно рассматривать как разработку модели бизнес-процесса, обычно показывает бизнес-данные и бизнес-организации, а также бизнес-процессы. Показывая бизнес-процессы и их информационные потоки, бизнес-модель позволяет заинтересованным сторонам бизнеса определить, понять и подтвердить свое бизнес-предприятие. Часть бизнес-модели модель данных показывает, как хранится бизнес-информация, что полезно для разработки программного кода. На рисунке справа показан пример взаимодействия между моделями бизнес-процессов и моделями данных.
Обычно бизнес-модель создается после проведения интервью, которое является частью бизнес-анализа процесс. Интервью состоит из того, что фасилитатор задает ряд вопросов для извлечения информации о предметном бизнес-процессе. Интервьюера называют фасилитатором, чтобы подчеркнуть, что именно участники, а не фасилитатор, предоставляют информацию о бизнес-процессе. Хотя фасилитатор должен иметь некоторые знания о предметном бизнес-процессе, но это не так важно, как владение прагматичным и строгим методом собеседования с бизнес-экспертами. Этот метод важен, потому что для большинства предприятий требуется команда фасилитаторов для сбора информации по всему предприятию, а результаты всех интервьюеров должны быть скомпилированы и интегрированы после завершения.
Бизнес-модели разрабатываются как определяющие либо текущее состояние процесса, и в этом случае конечный продукт называется моделью моментального снимка «как есть» или концепцией того, каким должен стать процесс, что приводит к модели «как будет». Сравнивая и противопоставляя модели «как есть» и «как есть», бизнес-аналитики могут определить, являются ли существующие бизнес-процессы и информационные системы надежными и нуждаются ли лишь в незначительных изменениях, или требуется ли реинжиниринг для устранения проблем или повышения эффективности. Следовательно, моделирование бизнес-процессов и последующий анализ могут быть использованы для коренного изменения способа ведения операций предприятием.
Реинжиниринг бизнес-процессов
Цикл реинжиниринга бизнес-процессов
Реинжиниринг бизнес-процессов (BPR) направлен на повышение эффективности и результативности процессов, существующих внутри и между организациями. Он исследует бизнес-процессы с точки зрения «чистого листа», чтобы определить, как их лучше всего построить.
Реинжиниринг бизнес-процессов (BPR) начался как методика частного сектора, чтобы помочь организациям фундаментально переосмыслить то, как они выполняют свою работу. Ключевым стимулом для реинжиниринга стала разработка и развертывание сложных информационных систем и сетей. Ведущие организации используют эту технологию для поддержки инновационных бизнес-процессов, а не для совершенствования существующих способов выполнения работы.
Управление бизнес-процессами
Управление бизнес-процессами является областью управления. по согласованию организаций с желаниями и потребностями клиентов. Это целостный подход к управлению, который способствует повышению эффективности и результативности бизнеса, одновременно стремясь к инновациям, гибкости и интеграции с технологиями. По мере того, как организации стремятся достичь своих целей, управление бизнес-процессами пытается постоянно улучшать процессы — процесс определения, измерения и улучшения ваших процессов — процесс «оптимизации процесса».
См. Также
- Портал бизнес-экономики
- Артефакт-ориентированная модель бизнес-процессов
- Бизнес-архитектура
- Холст бизнес-модели
- Бизнес-план
- Отображение бизнес-процессов
- Бизнес Модель процесса и обозначение
- Интеграция модели зрелости возможностей
- Drakon-chart
- Обобщенная эталонная архитектура предприятия и методология
- Разработка на основе модели
- Отображение потока создания ценности
- PinpointBPS
Ссылки
Дополнительная литература
- Агилар-Савен, Рут Сара. «Моделирование бизнес-процессов: обзор и структура.» Международный журнал экономики производства 90.2 (2004): 129–149.
- Барджис, Джозеф (2008). «Важность моделирования бизнес-процессов при проектировании программных систем». Наука компьютерного программирования. 71 : 73–87. doi : 10.1016 / j.scico.2008.01.002.
- Беккер, Йорг, Майкл Роземанн и Кристоф фон Утманн. «Руководство по моделированию бизнес-процессов.» Управление бизнес-процессами. Springer Berlin Heidelberg, 2000. 30–49.
- Hommes, L.J. Оценка методов моделирования бизнес-процессов. Докторская диссертация. Technische Universiteit Delft.
- Ховард Д. Йоргенсен (2004). Интерактивные модели процессов. Диссертация Норвежский университет науки и технологий, Тронхейм, Норвегия.
- Мануэль Лагуна, Йохан Марклунд (2004). Моделирование бизнес-процессов, симуляция и проектирование. Пирсон / Прентис Холл, 2004.
- Овидиу С. Норан (2000). Бизнес-моделирование: UML и IDEF Университет Пейпер Грифф
- Ян Рекер (2005). «Моделирование процессов в 21 веке». В: BP Trends, май 2005 г.
- Райан К. Л. Ко, Стивен С. Г. Ли, Энг Ва Ли (2009) Стандарты управления бизнес-процессами (BPM): обзор. В: Журнал управления бизнес-процессами, Emerald Group Publishing Limited. Том 15, выпуск 5. ISSN 1463-7154.
- Ян Вантиенен, С. Годертье и Р. Хэзен (2007). «EM-BrA2CE v0.1: словарь и модель выполнения для декларативного моделирования бизнес-процессов». DTEW — KBI_0728.
Внешние ссылки
- СМИ, относящиеся к моделированию бизнес-процессов на Wikimedia Commons
Источник: alphapedia.ru
Моделирование бизнеса. Основные подходы
В этой статье я хочу поговорить об основных принципах моделирования бизнеса, о тех подходах, которые применяются в этой сфере, и на основе которых создаются языки моделирования и нотации. Я уже писал о моделировании при помощи 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-систем, так и сотрудников, движения товаров и т.д.
Соответственно, в языках проектирования систем нет элементов, которые помогут полноценно описать действия подразделений, сотрудников, взаимодействие между ними, работу с поставщиками, общение с клиентами и так далее. Инструменты этой группы языков помогут именно автоматизировать процессы бизнеса, которые поддаются автоматизации. А все остальное будет оставлено «за кадром», например, как некие «функции» без расшифровки. В то же время языки разработки бизнес-процессов охватывают максимально именно работу бизнеса как такового, а вот те или иные нюансы автоматизации и алгоритмизации систем в них описать далеко не всегда возможно с достаточной степенью детализации.
Преимущества разработки моделей бизнеса
И все же, зачем применять языки бизнес-моделирования, которые налагают строгие ограничения, требуют придерживаться жестко заданных правил при моделировании? Ведь всегда можно «нарисовать схему» в графическом редакторе или даже на бумаге, используя ментальный подход, при этом изучение языков моделирования вообще не потребуется. На самом деле, стандарты и правила – это огромный плюс:
- Языки моделирования помогают максимально качественно передать информацию. Стандартизация повышает простоту восприятия.
- Скорость разработки моделей значительно увеличивается. Языки содержат все необходимые инструменты и графические блоки в готовом виде. Вам не придется «рисовать» или придумывать свою терминологию. Инструментарий уже готов, и работа в его рамках значительно ускоряется. Конечно, язык нужно выучить. Но один раз изучить – это намного быстрее, чем каждый раз придумывать и пояснять собственный набор обозначений.
- Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.
Применение моделей бизнеса на практике
Лично я считаю, что бизнес-моделирование стоит применять при решении любых задач, связанных с выявлением проблем и «узких мест», с оптимизацией и модернизацией бизнеса и т.д. Как бизнес-консультант я практически всегда строю модели работы компании или ее подразделений при работе со своими клиентами. Это дает четкое понимание всех этапов работы и позволяет избежать «белых пятен» в этом вопросе. Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами.
Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе. И если несколько лет назад я еще сталкивался с недоумением со стороны клиентов, то сейчас вариант описания «на словах» без наглядных и удобных схем практикуется крайне редко. А в случае автоматизации какого-либо этапа работы или создания автоматизированной системы управления бизнесом на основе проектно-ориентированного подхода качественная бизнес-модель, выполненная в том или ином языке моделирования, станет готовым руководством для технических специалистов.
Удобство, универсальность, простота восприятия – это те причины, по которым от словесных описаний в бизнес-сфере все больше переходят к бизнес-моделированию. А применение готовых языков позволяет работать с моделями быстро, избегать ошибок, и также без проблем вносить любые изменения.
Кинзябулатов Рамиль
Бизнес консультант
Бизнес-консультант с большим практическим опытом работы в России и ближайшем зарубежье. Автор многочисленных публикаций и нескольких книг по оптимизации и автоматизации бизнеса. Живу и работаю в Москве, руководитель компании Trinion. Делюсь опытом посредством блога на сайте trinion.org
Вам также может понравиться
Bizagi. Описание. Пример
Обзор программной системы Bizagi. Предназначение BPM-системы. Основные функции и возможности. Возможности моделирования, разработки бизнес-процессов, модуль исполнения. Настройки доступа.
Подробное описание особенностей работы в Bizagi для пользователей и разработчиков.
Моделирование бизнеса. Основные подходы
Основные подходы к моделированию бизнеса – процессное, функциональное, ментальное моделирование. Отличия в подходах и выбор метода моделирования. Различные языки бизнес-моделирования.
Описание бизнес-процессов Как есть (AS IS) и Как должно быть (TO BE)
Почему так популярно мнение, что обязательно нужно создавать нотации AS IS? Истоки этого спорного утверждения. Почему нотации Как есть нужны далеко не всегда. В каких случаях их действительно важно создавать и применять, а когда проще обойтись без них.
Перевод стандарта IDEF0 с английского на русский язык
Те, кто будет читать перевод и сравнивать с компиляциями русскоязычной документации IDEF0, обязательно обратят внимание на некоторые несоответствия и разночтения с другими источниками, и хотя в работе над этим материалом, работало несколько человек, но перевод сделан под моим контролем и с моим участием, поэтому далее я буду писать от своего имени, и далее постараюсь объяснить почему я перевел так, а не иначе.
Краткое описание BPMN с примером
Что такое BPMN – определение и подробное описание нотации. Из чего состоит BPMN, основные элементы бизнес-моделирования: как их правильно использовать. Различия между исполняемыми и неисполняемыми бизнес-процессами. Как работать с BPMN на практике.
Путь покупателя интернет-магазина ( Customer Journey ) с использованием УФМТП
Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.
Как описать бизнес-процесс в нотации BPMN
Как показывает практика описания процесса, для многих людей непонятно в какой последовательности описывать процесс. Прочитав данную статью вы поймете как описывать и какой минимальный набор действий необходимо сделать для получения описания процесса в нотации BPMN. Вы также можете использовать последовательность описанную в статье и для описания процесса в нотации IDEF3.
Что такое BPMS
Что такое BPMS система – определение и подробные пояснения. Как работать в BPMS системе с точки зрения разработчика и пользователя. Варианты реализации бизнес-процессов на практике. Преимущества процессного подхода при автоматизации бизнеса. Почему я рекомендую BPMN 2.0.
Что такое бизнес-процесс и описание бизнес-процесса
Определение бизнес-процесса простыми словами и важные особенности процессного подхода. Когда необходим бизнес-процесс, методы моделирования бизнес-процессов и правила их описания. Примеры, ответы на частые вопросы.
Организация работы склада. Описание. BPMN схемы прилагаются
Методы автоматизации и оптимизации работы склада при помощи учетной системы и аппаратуры для штрих-кодирования. Описание применения штрих-кодов, перечень необходимого оборудования. Описание бизнес-процесса складского учета. Схема бизнес-процесса.
Спецификация BPMN 2. Перевод официальной документации.
Ко мне часто обращаются с вопросами по BPMN, и ответы я обычно черпаю из официальной документации. Для тех кто не владеет английским я буду размещать перевод спецификации BPMN с сайта omg.org/spec/BPMN/2.0.1 Перевод неполный, буду добавлять по мере готовности.
Что такое бизнес: разговор по понятиям
Что означает термин «бизнес» — уточняем понятия и терминологию. История появления слова «бизнес» — на Западе и в России. Отличие бизнеса от трудовой деятельности. Бизнес в отношении к субъекту и объекту. Что такое бизнес-процессы и как с ними работать.
Источник: trinion.org
Модель бизнес-процесса: виды, методы и польза
Создали компанию и ждете доходов? Как думаете, получится ли достичь прибыли, например, в 1 000 000 рублей или еще больших показателей с первого дня существования предприятия? Нет! Чтобы механизм работал, стройте, оптимизируйте, а также анализируйте процессы. Моделирование бизнес-процесса — это первый этап для достижения успеха у предприятия.
Моделирование бизнес-процесса — это разложение на небольшие шаги, каждый шаг преследует цель. Благодаря структуре, мы выявляем, а также устраняем ошибки. На короткой дистанции, строится успешный бизнес-процесс. В долгосрочной — компания адаптируется под любые изменения и приносит доход. Управлять компанией становится легко.
Модели бизнес-процессов: для чего нужны и как провести
Моделирование — быстрый инструмент для выявления неполадок. Смысл заключается в следующем — раскладываете бизнес-процесс на операции и следите за тем, какой результат ждет компанию в каждой ситуации. Выбираете один из видов, пробуете его внедрить.
Развитие будет происходить многообразно. Каждый вид концентрируется на определенных характеристиках: функции, объекты, поведение.
Что такое моделирование бизнес‑процессов
Моделирование бизнес-процесса (Business Process Modeling) — метод повышения эффективности, а также прозрачности работы организации. Суть моделирования — описание через составляющие: данные, действия, события. Описание каждого составляющего позволяет улучшить бизнес-процесс плюс наладить взаимодействие участников. Модель — это текстовое или графическое представление. Через нее представляют 2 состояние:
Что происходит сейчас
Как должно происходить в будущем
Отрисовываем схемы с помощью инфографики. Способы изображения — это методы моделирования. В истории было 3 этапа: 1. В 20 году XX века вышел труд “Принципы научного управления” американского инженера Ф. Тейлора. Появился SADT – методология структурного анализа, которая объединяла работу моделирования с управлением конфигурацией проекта.
Появляются наглядные блок-схемы плюс сети Петри. В 80-х гг. предпринимаются первые попытки автоматизации. 2. В 1990 М. Хаммер и Д. Чампи издают “Реинжиниринг корпорации: манифест революции в бизнесе”. Он популярен до сих пор во всех бизнес-школах. Подход к моделированию пересматривается. Выявляют 2 модели: нынешнюю и идеальную. Продолжают внедрять автоматизацию.
Привлекаются программисты. 3. В 2000 гг. появились работы Г. Смита и П. Фингара “Управление бизнес-процессами: третья волна”. Теперь их принято не внедрять, а создавать. Исследования длятся до сих пор. При отсутствии моделирования, компанию ждут негативные последствия, а именно:
Отсутствие ответственности у сотрудников: кто сделал — непонятно, как решать тоже неясно
Устаревшая информация: в случае проверки, вы не предоставите точных, а также актуальных данных
Отсутствие или нарушение актов, а также регламентов: функции не распределены, обязанности дублируются
Нагрузка неравномерна: есть те, кто работают за двоих, а кто-то приходит просто получить деньги
Бюрократия: долгие согласования, нежелание выполнять задачу из-за количества согласующих
Документооборот не налажен: найти нужный документ — непростая задача
Избыток продукции, которая потом списывается
Дедлайны нарушаются из-за отсутствия контроля
Не контролируется индекс лояльности клиентов: руководство не знает слабые стороны бизнеса
Компания не привлекательна для инвесторов: отсутствует прозрачность
В компании воцаряется хаос и беззаконие. Высшее руководство выражает недовольство сотрудниками, не видя слабых сторон. Если руководство решает изменить ситуацию и моделировать бизнес процессы, то оно получает следующее:
Нормирование: единые правила для всех команд
Гибкость на всех уровнях, во всех подразделениях: даже в условиях кризиса компания легко адаптируется под изменения
Прозрачность: руководство сможет контролировать все процессы
Эффективность: главная цель бизнес-процесса. При ее достижении, показатели улучшатся
Виды бизнес-процессов
Чтобы не перегружать схему, нужно структурировать процесс по видам моделирования:
Функциональное: описывает взаимосвязанные функции, они должны работать, а также представлять единое целое
Объектное: описывает способы взаимосвязей объектов, преобразует их
Имитационное: описывает варианты поведения в разных ситуациях: внешних, внутренних. Прописывает характеристики, оценивает их, оптимизирует ресурсы
Помимо видов существуют еще пять принципов моделирования:
Принцип осуществимости: Определяются цели, показатели. Модель должна работать, быть эффективной согласно показателям
Информационной достаточности: Собираем текущие точные данные. Опираемся на них для качественной работы. Фиксируем каждую бумажку, цифру. Подписываем, раскладываем по папкам. Держим все данные в порядке.
Оцениваем все, что есть. Собираем недостающие элементы
Множественности: Разрабатывает несколько моделей, чтобы предусмотреть все риски, а также возможности
Агрегирования: Делим один процесс на несколько составляющих. В случае ошибки легче исправлять маленький элемент, чем реконструировать всю модель
Отделения: Описываем только самое важное, сложное. Простые процессы для анализа не нужны
Роль играют еще 3 принципа: сфокусированности (описываются только актуальные проблемы, концентрируемся на них, лишнее оставляем в стороне), декомпозиции (делим на иерархические элементы, детализируем каждый аспект), непротиворечивости (данные едины, информация для всех одна, ни один элемент не противоречит другому.
Этапы моделирования бизнес-процессов
Этапы моделирования выполняются от первого к последнему. Работа по моделированию включает: 1. Построение модели “как есть”. Очерчиваем границы, загружаем основную информацию для описания. Это первый шаг для улучшений — исходная точка. Делая этот шаг, вы определяете исходные ресурсы. 2. Анализ данных модели. Работаем с исходными данными. Ищем недочеты, составляем базу для описания.
Это отправная точка для изменений. 3. Построение модели “как должно быть”. Строим идеал работы. Это то, к чему мы стремимся. 4. Тестирование модели. Пробуем в деле. 5. Улучшение модели. Ставим цель, обозначаем минусы.
Анализируем, работаем над ошибками. Последний пункт постоянно будет дорабатываться и менять условия описания и внедрения процесса в зависимости от изменений в организации. Чек-лист для проверки результата на этапе моделирования — что получилось:
Процессная карта: показывает связь бизнес-процессов и их взаимодействия. На карте, действия изображены в виде квадратов, кругов, а взаимодействие изображено стрелками. Также закрепите каждую связь нормативными документами: акты, регламенты, инструкции
Диаграмма ролей: показывает роли при выполнении задач и связи между ними. Но не в виде иерархии. Изображаем на диаграмме главных, обмен информацией между участниками, способы замещения участников
Модель «как есть»: в подробностях описывает все существующие задачи, регламенты, влияние на качество коммуникации, управление, контроль. Все что сейчас присутствует в компании. На ней отражены: диаграмма окружения (то есть одно действие само по себе и рядом с ним действия, которые связаны с этим процессом), подробные диаграммы для каждого шага высокоуровневой модели с событиями, которые могут прервать или наоборот усилить процесс и диаграмма исключений — что делать в крайних, редких, единичных случаях, кто за что отвечает, и кто кого замещает
Источник: moscow.mba