Нотации и методологии
Сравнительный обзор основных подходов к описанию бизнес-процессов: от классических нотаций 1970-х годов до современных адаптивных методов.
Основные методологии
Каждая нотация имеет свою область применимости. Выбор зависит от цели моделирования, аудитории и требований к исполняемости.
Классическая блок-схема — старейшая и самая универсальная нотация для описания алгоритмов и процессов.
Японская философия непрерывного улучшения процессов через небольшие постоянные изменения с участием всех сотрудников.
Математическая модель параллельных систем, лежащая в теоретической основе многих современных BPM-нотаций.
Классический инструмент структурного анализа для отображения потоков данных между процессами, хранилищами данных и внешними сущностями.
Методология функционального моделирования с жёстким разграничением входов, выходов, управления и механизмов (ICOM). Федеральный стандарт США.
Высокоуровневая нотация для отображения цепочки создания ценности на уровне основных процессов организации.
Методология управления качеством через статистический контроль и снижение вариативности процессов. Использует подход DMAIC для улучшения.
Высокоуровневый инструмент Six Sigma для определения границ процесса. Одна таблица даёт полный контекст процесса.
Архитектурная концепция и платформа описания бизнес-процессов, разработанная Августом Шеером. Включает EPC как ключевую нотацию.
Нотация Августа Шеера на основе чередования событий и функций, связанных логическими коннекторами. Стандарт де-факто для SAP-проектов и платформы ARIS.
Методология описания процессов с поддержкой временной последовательности и логических связей, дополняющая функциональный IDEF0.
Диаграммы деятельности UML для моделирования потоков управления и данных с поддержкой параллелизма, секций и потоков объектов.
Lean-инструмент для визуализации полного потока создания ценности от поставщика до потребителя с акцентом на выявление потерь.
XML-язык для описания исполняемых бизнес-процессов, основанный на оркестрации веб-сервисов. Используется в SOA-платформах.
Расширение UML для системной инженерии. Используется для описания процессов в составе комплексных технических систем.
Графический стандарт OMG, ставший де-факто мировым стандартом для моделирования бизнес-процессов с поддержкой дескриптивного, аналитического и исполняемого уровней.
Стандарт OMG для описания адаптивных, слабоструктурированных процессов-кейсов, где задачи активируются событиями и условиями.
Стандарт OMG для формализации бизнес-правил и решений через декларативные таблицы и графы зависимостей.
Методологии по критериям
Сравниваем пять ключевых характеристик: читаемость для бизнеса, исполняемость, инструментальная поддержка, порог входа и выразительность.
Как выбрать методологию
Четыре типичных сценария и рекомендуемые подходы.
Используйте BPMN 2.0 в аналитическом или исполняемом уровне. Только BPMN имеет прямую трансформацию в BPEL и поддерживается всеми BPM-движками — Camunda, Activiti, Flowable.
Используйте BPMN (дескриптивный уровень) или EPC. Ограничьте набор элементов до 15–20 наиболее понятных. Избегайте технических деталей вроде сообщений и таймеров.
Используйте VSM для анализа потока и выявления потерь, затем BPMN для детального описания целевых процессов при внедрении изменений.
Используйте IDEF0 для функциональной декомпозиции или BPMN с детальными атрибутами ролей. Многие регуляторы (особенно в СНГ) формально принимают IDEF0.