Введение

Моделирование бизнес-процессов (BPM), широко применяемое в управлении бизнес-процессами, разработке программного обеспечения или системной инженерии, представляет собой процесс выявления и отображения процессов предприятия (то есть их моделирования) для последующего анализа, безопасного и последовательного применения, улучшения и автоматизации текущих бизнес-процессов. Как правило, моделированием руководит бизнес-аналитик, опирающийся на свой опыт в практиках моделирования. Эксперты в предметной области, обладающие специализированными знаниями о моделируемых процессах, часто работают в этих командах. Альтернативно, модели процессов могут быть напрямую получены из цифровых следов в ИТ-системах, таких как журналы событий, с помощью инструментов интеллектуального анализа процессов.

История

С начала 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 Требования к моделированию межфирменных бизнес-процессов). Сотрудники из разных компаний должны понимать модели бизнес-процессов, что подчеркивает критическую важность владения методами моделирования. Принятие моделирования бизнес-процессов усиливается простотой представления. Модели должны быть ясными, легко понятными и максимально самоочевидными. Стандартизация представления моделей бизнес-процессов между компаниями имеет важное значение для обеспечения последовательной понятности и принятия, особенно учитывая разнообразие представлений, используемых в различных организациях. Необходимо использовать отраслево-нейтральную технику моделирования для учета различных профилей компаний вдоль цепочки создания стоимости (поставщик, производитель, розничный торговец, клиент), которые обычно охватывают разные отрасли.

Основные данные (артефакты)

Термин "мастер-данные" не определяется ни The Open Group (The Open Group Architecture Framework, TOGAF), ни Джоном А. Закманом (Zachman Framework), ни какой-либо из пяти соответствующих немецкоязычных школ деловой информатики: 1) Август В. Шеер, 2) Губерт Остерле, 3) Отто К. Ферстл и Элмар Дж. Синц, 4) Германн Геринг и 5) Андреас Гадацч и обычно используется в отсутствие подходящего термина в литературе. Он основан на общем термине для данных, представляющих базовую информацию об объектах, имеющих операционное значение, и относится к базовой информации, которая не является первичной информацией бизнес-процесса. Для Августа В. Шеера в ARIS это была бы базовая информация представлений организации, данных, функций и эффективности. (Глава 1 Видение: Общий язык для ИТ и управления) ← автоматический перевод с немецкого. Для Андреаса Гадачка в GPM (Ganzheitliche Prozessmodellierung (нем.), что означает целостное моделирование процессов), это будет базовая информация представлений организационной структуры, структуры деятельности, структуры данных и структуры приложений.

Инструменты

Инструменты моделирования бизнес-процессов предоставляют бизнес-пользователям возможность моделировать свои бизнес-процессы, внедрять и выполнять эти модели, а также совершенствовать их на основе данных о фактическом исполнении. В результате инструменты моделирования бизнес-процессов обеспечивают прозрачность бизнес-процессов, а также централизацию корпоративных моделей бизнес-процессов и метрик исполнения. Инструменты моделирования также могут поддерживать совместное моделирование сложных процессов пользователями, работающими в командах, позволяя им совместно использовать и моделировать модели. Важно не путать инструменты моделирования бизнес-процессов с системами автоматизации бизнес-процессов – обе практики начинаются с моделирования процесса, но автоматизация процессов предоставляет "исполняемую диаграмму", что принципиально отличается от традиционных графических инструментов моделирования бизнес-процессов.

Симуляция

Функциональность моделирования таких инструментов позволяет проводить предварительное моделирование сценариев "что, если" (которое предъявляет особые требования для данного приложения) и имитационное моделирование. Оптимизация после выполнения доступна на основе анализа фактических показателей работы. Бизнес-референтная модель – это модель, ориентированная на функциональные и организационные аспекты предприятия, сервисной организации или государственного учреждения. В общем смысле, референтная модель – это модель чего-либо, воплощающая основную цель или идею, и которая может использоваться в качестве ориентира для различных целей. Бизнес-референтная модель является инструментом для описания бизнес-операций организации, независимо от организационной структуры, осуществляющей эти операции. Другие типы бизнес-референтных моделей также могут отображать взаимосвязь между бизнес-процессами, бизнес-функциями и бизнес-референтной моделью бизнес-области. Эти референтные модели могут быть построены по уровням и служат основой для анализа сервисных компонентов, технологий, данных и производительности. Наиболее известной бизнес-референтной моделью является бизнес-референтная модель федерального правительства США. Эта модель представляет собой функционально-ориентированный каркас для описания бизнес-операций федерального правительства, независимый от ведомств, которые их выполняют. Бизнес-референтная модель предоставляет организованную иерархическую структуру для описания повседневных бизнес-операций федерального правительства. Хотя существует множество моделей для описания организаций – организационные диаграммы, карты расположения и т.д. – эта модель представляет бизнес, используя функциональный подход.

Интеграция бизнес-процессов

[[Файл:Процессы и моделирование данных.svg|thumb|320px|Пример взаимодействия бизнес-процессов и моделей данных]

Обычно бизнес-модель создается после проведения интервью, которое является частью процесса бизнес-анализа. Интервью состоит из серии вопросов, задаваемых фасилитатором для извлечения информации о рассматриваемом бизнес-процессе. Интервьюера называют фасилитатором, чтобы подчеркнуть, что именно участники, а не фасилитатор, предоставляют информацию о бизнес-процессе. Хотя фасилитатор должен обладать определенными знаниями о рассматриваемом бизнес-процессе, это не так важно, как владение прагматичным и строгим методом интервьюирования бизнес-экспертов. Метод важен, поскольку большинству предприятий требуется команда фасилитаторов для сбора информации по всему предприятию, а результаты работы всех интервьюеров должны быть собраны и интегрированы по завершении.

Управление бизнес-процессами

Программы управления изменениями обычно привлекаются для внедрения улучшенных бизнес-процессов. С развитием программного обеспечения видение полностью исполняемых BPM-моделей (способных к моделированию и обратной разработке) становится все более реальным.

Адаптация моделей процессов

В управлении бизнес-процессами схемы процессов регулярно пересматриваются и, при необходимости, оптимизируются (адаптируются). Независимо от того, обусловлена ли эта адаптация схем процессов процессом непрерывного улучшения или реинжинирингом бизнес-процессов, она предполагает обновление отдельных подпроцессов или всего бизнес-процесса.