Введение
Моделирование бизнес-процессов (BPM), широко применяемое в управлении бизнес-процессами, разработке программного обеспечения или системной инженерии, представляет собой процесс выявления и отображения процессов предприятия (то есть их моделирования) для последующего анализа, безопасного и последовательного применения, улучшения и автоматизации текущих бизнес-процессов. Как правило, моделированием руководит бизнес-аналитик, опирающийся на свой опыт в практиках моделирования. Эксперты в предметной области, обладающие специализированными знаниями о моделируемых процессах, часто работают в этих командах. Альтернативно, модели процессов могут быть напрямую получены из цифровых следов в ИТ-системах, таких как журналы событий, с помощью инструментов интеллектуального анализа процессов.
Business process modeling (BPM), mainly used in business process management; software development, or systems engineering, is the action of capturing and representing processes of an enterprise (i. e. modeling them), so that the current business processes may be analyzed, applied securely and consistently, improved, and automated. BPM is typically orchestrated by business analysts, leveraging their expertise in modeling practices. Subject matter experts, equipped with specialized knowledge of the processes being modeled, often collaborate within these teams. Alternatively, process models can be directly derived from digital traces within IT systems, such as event logs, utilizing process mining tools.
История
С начала XX века появились методы моделирования бизнес-процессов, такие как диаграмма потоков, функциональная блок-схема, диаграмма управления потоком, диаграмма Ганта, диаграмма PERT и IDEF. Диаграммы Ганта были одними из первых, появившихся около 1899 года, диаграммы потоков – в 1920-х годах, функциональная блок-схема и PERT – в 1950-х годах, а диаграммы потоков данных и IDEF – в 1970-х годах. Среди современных методов – Унифицированный язык моделирования и BPMN (Model and Notation для бизнес-процессов). Тем не менее, это лишь малая часть методологий, использовавшихся на протяжении многих лет для документирования бизнес-процессов. Термин «моделирование бизнес-процессов» был введен в 1960-х годах в области системной инженерии С. Уильямсом в его статье 1967 года «Моделирование бизнес-процессов повышает административный контроль». Его идея заключалась в том, что методы, позволяющие лучше понимать системы физического управления, могут быть аналогичным образом применены к бизнес-процессам. Однако популярность этот термин приобрел лишь в 1990-х годах. В 1990-х годах понятие «процесс» стало новой парадигмой повышения производительности. Компании стали поощряться к мышлению в терминах процессов, а не функций и процедур. Процессное мышление рассматривает цепочку событий в компании – от закупки до поставки, от получения заказа до продажи и т.д. Традиционные инструменты моделирования разрабатывались для иллюстрации времени и затрат, в то время как современные инструменты ориентированы на межфункциональные действия. Эти межфункциональные действия значительно увеличились в количестве и значимости в связи с ростом сложности и взаимозависимости. Новые методологии включают реинжиниринг бизнес-процессов, инновации в бизнес-процессах, управление бизнес-процессами, комплексное бизнес-планирование и другие, все они «направлены на улучшение процессов, охватывающих традиционные функции, составляющие компанию». В то время (начало 1990-х годов) все существующие и новые методы моделирования для иллюстрации бизнес-процессов были объединены в «языки моделирования бизнес-процессов». В объектно-ориентированном подходе это считалось важным шагом в спецификации бизнес-приложений. Моделирование бизнес-процессов стало основой для новых методологий, например, тех, которые поддерживали сбор данных, анализ потоков данных, диаграммы потоков процессов и средства отчетности. Около 1995 года были представлены первые визуально ориентированные инструменты для моделирования и реализации бизнес-процессов.
Цели моделирования бизнес-процессов
Целью моделирования бизнес-процессов является, как правило, графическое представление сквозных процессов, при котором сложные аспекты реальности документируются с использованием единообразного (систематизированного) представления и сводятся к существенным характеристикам. Нормативные требования к документированию процессов также часто играют здесь роль (например, контроль документов, отслеживаемость или целостность), например, в области управления качеством, информационной безопасности или защиты данных. Моделирование бизнес-процессов обычно начинается с определения внешних требований: во-первых, необходимо определить цель моделирования (области применения моделирования бизнес-процессов). В настоящее время модели бизнес-процессов часто используются многофункционально (см. выше). Во-вторых, необходимо определить целевую аудиторию модели, поскольку характеристики создаваемой модели должны соответствовать их потребностям. Затем следует определение бизнес-процессов, подлежащих моделированию. Характеристики бизнес-процесса, которые должны быть отражены в модели, определяются в соответствии с целью моделирования. Как правило, это не только функции, составляющие процесс, включая связи между ними, но и ряд других характеристик, таких как формальная организация, входные данные, выходные данные, ресурсы, информация, носители информации, транзакции, события, состояния, условия, операции и методы. В частности, цели моделирования бизнес-процессов могут включать (сравните: Ассоциация профессионалов по управлению бизнес-процессами (ABPMP) (TCT), через Kaizen, Six Sigma и т.д.) или стандартизацию процессов. Непрерывное управление процессами, понимаемое как "планирование, внедрение и контроль процессов, направленных на устойчивость" (глава 3. Путь к ориентированной на процессы прикладной архитектуре) ← автоматический перевод с немецкого, суммирует результат следующим образом: Наибольший прирост производительности можно достичь при планировании новых процессов параллельно с информационными технологиями. Этот подход был воспринят Томасом Х. Дэвенпортом (Часть I: Основы для инноваций в процессах, Глава: Введение), а также Майклом М. Хаммером и Джеймсом А. Чампи и развит в реинжиниринг бизнес-процессов (BPR) в том виде, в котором мы его понимаем сегодня, согласно которому бизнес-процессы фундаментально реструктурируются для достижения улучшения измеримых показателей эффективности, таких как затраты, качество, сервис и время. Реинжиниринг бизнес-процессов подвергался критике, в частности, за то, что он исходит из "чистого листа" и, следовательно, не может быть напрямую реализован для устоявшихся компаний. Герман И. Шмельцер и Вольфганг Сессельман оценивают это следующим образом: "Критика BPR во многих отношениях носит академический характер. Некоторые из высказанных критических замечаний оправданы с практической точки зрения. Это включает в себя указание на то, что чрезмерно радикальный подход несет в себе риск неудачи. Особенно проблематично, если организация и сотрудники не подготовлены к BPR." В определении стандартных требований к необходимым процессам и их взаимодействиям, ISO/IEC 9001 в пункте 4.4.1 более конкретен, чем любой другой стандарт ISO для систем менеджмента, и определяет, что "организация должна определить и применять необходимые процессы для" (глава 14.2.1 Требования к моделированию межфирменных бизнес-процессов). Сотрудники из разных компаний должны понимать модели бизнес-процессов, что подчеркивает критическую важность владения методами моделирования. Принятие моделирования бизнес-процессов усиливается простотой представления. Модели должны быть ясными, легко понятными и максимально самоочевидными. Стандартизация представления моделей бизнес-процессов между компаниями имеет важное значение для обеспечения последовательной понятности и принятия, особенно учитывая разнообразие представлений, используемых в различных организациях. Необходимо использовать отраслево-нейтральную технику моделирования для учета различных профилей компаний вдоль цепочки создания стоимости (поставщик, производитель, розничный торговец, клиент), которые обычно охватывают разные отрасли.
Continuous process management, as "planning, implementation and control of processes geared towards sustainability" (Chapter 3 The path to a process oriented application landscape) ← automatic translation from German, summarizes the result as follows: The greatest increases in productivity can be achieved when new processes are planned in parallel with information technologies. This approach was taken up by Thomas H. Davenport (Part I: A Framework For Process Innovation, Chapter: Introduction) as well as Michael M. Hammer and James A. Champy and developed it into business process re engineering (BPR) as we understand it today, according to which business processes are fundamentally restructured in order to achieve an improvement in measurable performance indicators such as costs, quality, service and time. Business process re engineering has been criticized in part for starting from a "green field" and therefore not being directly implementable for established companies. Hermann J. Schmelzer and Wolfgang Sesselmann assess this as follows: "The criticism of BPR has an academic character in many respects. Some of the points of criticism raised are justified from a practical perspective. This includes pointing out that an overly radical approach carries the risk of failure. It is particularly problematic if the organization and employees are not adequately prepared for BPR. ", ,
In the definition of the standard requirements for the processes needed and their interactions, ISO/IEC 9001 is more specific in clause 4.4.1 than any other ISO standard for management systems and defines that "the organization shall determine and apply the processes needed for" (Chapter 14.2.1 Requirements for inter company business process modeling) ← automatic translation from German
Employees from different companies must comprehend business process models, highlighting the critical importance of familiarity with modeling techniques. Acceptance of business process modeling is bolstered by the simplicity of representation. Models should be clear, easy to understand, and as self explanatory as possible. Standardization of the presentation of inter company business process models across different companies is essential to ensure consistent comprehensibility and acceptance, particularly given the varied representations used within different organizations. It is imperative to employ an industry neutral modeling technique to accommodate the diverse backgrounds of companies along the value chain (supplier, manufacturer, retailer, customer), which typically span different industries.
Основные данные (артефакты)
Термин "мастер-данные" не определяется ни The Open Group (The Open Group Architecture Framework, TOGAF), ни Джоном А. Закманом (Zachman Framework), ни какой-либо из пяти соответствующих немецкоязычных школ деловой информатики: 1) Август В. Шеер, 2) Губерт Остерле, 3) Отто К. Ферстл и Элмар Дж. Синц, 4) Германн Геринг и 5) Андреас Гадацч и обычно используется в отсутствие подходящего термина в литературе. Он основан на общем термине для данных, представляющих базовую информацию об объектах, имеющих операционное значение, и относится к базовой информации, которая не является первичной информацией бизнес-процесса. Для Августа В. Шеера в ARIS это была бы базовая информация представлений организации, данных, функций и эффективности. (Глава 1 Видение: Общий язык для ИТ и управления) ← автоматический перевод с немецкого. Для Андреаса Гадачка в GPM (Ganzheitliche Prozessmodellierung (нем.), что означает целостное моделирование процессов), это будет базовая информация представлений организационной структуры, структуры деятельности, структуры данных и структуры приложений.
For Andreas Gadatsch in GPM (Ganzheitliche Prozessmodellierung (German), means holistic process modelling), this would be the basic information of the organizational structure view, activity structure view, data structure view, and application structure view.
Инструменты
Инструменты моделирования бизнес-процессов предоставляют бизнес-пользователям возможность моделировать свои бизнес-процессы, внедрять и выполнять эти модели, а также совершенствовать их на основе данных о фактическом исполнении. В результате инструменты моделирования бизнес-процессов обеспечивают прозрачность бизнес-процессов, а также централизацию корпоративных моделей бизнес-процессов и метрик исполнения. Инструменты моделирования также могут поддерживать совместное моделирование сложных процессов пользователями, работающими в командах, позволяя им совместно использовать и моделировать модели. Важно не путать инструменты моделирования бизнес-процессов с системами автоматизации бизнес-процессов – обе практики начинаются с моделирования процесса, но автоматизация процессов предоставляет "исполняемую диаграмму", что принципиально отличается от традиционных графических инструментов моделирования бизнес-процессов.
Симуляция
Функциональность моделирования таких инструментов позволяет проводить предварительное моделирование сценариев "что, если" (которое предъявляет особые требования для данного приложения) и имитационное моделирование. Оптимизация после выполнения доступна на основе анализа фактических показателей работы. Бизнес-референтная модель – это модель, ориентированная на функциональные и организационные аспекты предприятия, сервисной организации или государственного учреждения. В общем смысле, референтная модель – это модель чего-либо, воплощающая основную цель или идею, и которая может использоваться в качестве ориентира для различных целей. Бизнес-референтная модель является инструментом для описания бизнес-операций организации, независимо от организационной структуры, осуществляющей эти операции. Другие типы бизнес-референтных моделей также могут отображать взаимосвязь между бизнес-процессами, бизнес-функциями и бизнес-референтной моделью бизнес-области. Эти референтные модели могут быть построены по уровням и служат основой для анализа сервисных компонентов, технологий, данных и производительности. Наиболее известной бизнес-референтной моделью является бизнес-референтная модель федерального правительства США. Эта модель представляет собой функционально-ориентированный каркас для описания бизнес-операций федерального правительства, независимый от ведомств, которые их выполняют. Бизнес-референтная модель предоставляет организованную иерархическую структуру для описания повседневных бизнес-операций федерального правительства. Хотя существует множество моделей для описания организаций – организационные диаграммы, карты расположения и т.д. – эта модель представляет бизнес, используя функциональный подход.
Интеграция бизнес-процессов
[[Файл:Процессы и моделирование данных.svg|thumb|320px|Пример взаимодействия бизнес-процессов и моделей данных]
Обычно бизнес-модель создается после проведения интервью, которое является частью процесса бизнес-анализа. Интервью состоит из серии вопросов, задаваемых фасилитатором для извлечения информации о рассматриваемом бизнес-процессе. Интервьюера называют фасилитатором, чтобы подчеркнуть, что именно участники, а не фасилитатор, предоставляют информацию о бизнес-процессе. Хотя фасилитатор должен обладать определенными знаниями о рассматриваемом бизнес-процессе, это не так важно, как владение прагматичным и строгим методом интервьюирования бизнес-экспертов. Метод важен, поскольку большинству предприятий требуется команда фасилитаторов для сбора информации по всему предприятию, а результаты работы всех интервьюеров должны быть собраны и интегрированы по завершении.
Управление бизнес-процессами
Программы управления изменениями обычно привлекаются для внедрения улучшенных бизнес-процессов. С развитием программного обеспечения видение полностью исполняемых BPM-моделей (способных к моделированию и обратной разработке) становится все более реальным.
Адаптация моделей процессов
В управлении бизнес-процессами схемы процессов регулярно пересматриваются и, при необходимости, оптимизируются (адаптируются). Независимо от того, обусловлена ли эта адаптация схем процессов процессом непрерывного улучшения или реинжинирингом бизнес-процессов, она предполагает обновление отдельных подпроцессов или всего бизнес-процесса.