Модель процесса: определение, типы и отличия от схемы

Из Свода знаний BPM CBOK 4.0

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


Вопрос 1. Что такое модель процесса и для чего она используется?

Ответ

Модель процесса — это формализованное представление бизнес-процесса, которое использует стандартную нотацию с чётко определёнными правилами и элементами.

Определение модели:

Модель является упрощённым представлением сущности, идеи или действия. Модели могут быть:

  graph TD
    classDef type fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Типы моделей"
        T1[Математические] --> D1[Формулы, уравнения,<br/>статистические модели]
        T2[Графические] --> D2[Диаграммы, схемы,<br/>BPMN-модели]
        T3[Физические] --> D3[Макеты, прототипы,<br/>3D-модели]
        T4[Текстовые] --> D4[Описания, регламенты,<br/>документация]
        T5[Комбинированные] --> D5[Сочетание нескольких<br/>типов]
    end

    class T1,T2,T3,T4,T5 type
    class D1,D2,D3,D4,D5 desc

Назначение моделей:

Модели находят широкое применение на практике для:

НазначениеОписание
СтруктурированиеСистематизация информации о процессе
ИсследованиеИзучение процесса и его свойств
ПрогнозированиеПредсказание поведения процесса при изменениях
ИзмерениеКоличественная оценка параметров процесса
ОбъяснениеОбучение, демонстрация, коммуникация
ВерификацияВалидация и проверка корректности
КонтрольУстановление целей и ограничений

Что содержит модель процесса:

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

  graph TD
    classDef element fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Элементы модели процесса"
        E1[Значки] --> D1[Наглядно изображают<br/>элементы процесса]
        E2[Связи между значками] --> D2[Показывают<br/>последовательность и поток]
        E3[Связи значков<br/>с окружением] --> D3[Взаимодействие с внешним<br/>миром, поставщиками,<br/>клиентами]
        E4[Поведение значков] --> D4[Действия, которые они<br/>выполняют]
    end

    class E1,E2,E3,E4 element
    class D1,D2,D3,D4 desc

Комментарий эксперта

Игорь Владимирович Краев: «Модель процесса — это не просто набор значков. Это структурированное знание о том, как работает организация. Когда я говорю о моделировании, я всегда подчёркиваю: модель должна отвечать на вопрос «как работает процесс?» не в общих чертах, а с той точностью, которая нужна для принятия решений. Если модель не позволяет прогнозировать, измерять или контролировать — это не модель, это иллюстрация. В книге «Государство как система» Том 1 я называю это «методологической культурой»: способность видеть за значками реальные процессы и управлять ими [citation:Том 4, Глава 30]».


Вопрос 2. Чем модель процесса отличается от схемы (карты) процесса?

Ответ

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

Сравнение модели и схемы процесса:

КритерийМодель процессаСхема (карта) процесса
НотацияСтандартная нотация с чётко определёнными правиламиНеоднозначная нотация
ТочностьТочна настолько, насколько нужноТочности недостаёт
ДетализацияБолее подробное представлениеМенее подробное представление
ОбозначенияЗначки и их значения определены и стандартизованыЗначки придуманы для данного случая и/или определены нечётко
ВзаимосвязиОпределены и разъяснены в глоссарии, аннотациях и описанияхИзображены графически
СложностьСпособна изобразить достаточно сложные представленияГодится только для изображения простых идей
РазвитиеМожет расти, эволюционировать, становиться более зрелойОдномоментный взгляд
ИнструментыСоздана с помощью программного средства, адекватного проектуМожет быть создана с помощью простых средств рисования
ИмитацияОбеспечивает ручную имитацию и автоматизированное имитационное моделированиеСложно реализовать даже простую ручную имитацию
Связь с другимиВертикальные и горизонтальные линии, показывающие взаимосвязи между процессамиСложно связать с другой схемой или картой
ХранениеИспользует репозиторий взаимосвязанных моделейХранится в виде не связанных друг с другом файлов
ПрименениеПодходит для отображения, анализа и проектирования на любом уровне декомпозицииПодходит для быстрого изображения идей
Интеграция с BPMSМожет быть импортирована в систему BPMSНе подходит для импорта в BPMS
  quadrantChart
    title "Модель vs Схема процесса"
    x-axis "Неформальная" --> "Формальная"
    y-axis "Простая" --> "Сложная"
    quadrant-1 "Схема процесса"
    quadrant-2 "Модель процесса"
    quadrant-3 "Набросок"
    quadrant-4 "Полная спецификация"
    "Модель процесса": [0.8, 0.8]
    "Схема процесса": [0.3, 0.25]
    "Набросок": [0.2, 0.2]
    "Полная спецификация": [0.9, 0.7]

Ключевые отличия в таблице:

  graph LR
    classDef model fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef scheme fill:#fff3e0,stroke:#e65100,stroke-width:2px

    subgraph "Модель процесса"
        M1[Стандартная нотация]
        M2[Точность и детализация]
        M3[Репозиторий]
        M4[Интеграция с BPMS]
    end

    subgraph "Схема процесса"
        S1[Неоднозначная нотация]
        S2[Менее точная]
        S3[Отдельные файлы]
        S4[Не подходит для BPMS]
    end

    class M1,M2,M3,M4 model
    class S1,S2,S3,S4 scheme

Комментарий эксперта

Игорь Владимирович Краев: «В моей практике я часто вижу, как схемы выдают за модели, а потом удивляются, что они не работают. Схема на салфетке — это хороший способ начать обсуждение. Но управлять процессом на основе схемы на салфетке невозможно. Когда я слышу «у нас есть модель», я всегда проверяю: «Какая нотация? Где репозиторий? Можно ли её импортировать в BPMS?». Если ответ «нет» — это схема, а не модель. Различие критически важно, потому что от него зависит, можно ли использовать эту модель для анализа, прогнозирования и автоматизации [citation:Том 1, Часть II]».


Вопрос 3. Что такое статические модели процессов?

Ответ

Статические модели отображают единственное, не меняющееся во времени состояние процесса. Они фиксируют «снимок» процесса в определённый момент.

Назначение статических моделей:

  graph TD
    classDef purpose fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Назначение статических моделей"
        P1[Фиксация исходного<br/>состояния] --> D1[Базовый уровень для<br/>измерения изменений]
        P2[Документирование<br/>промежуточных версий] --> D2[История развития<br/>процесса]
        P3[Изображение версий<br/>будущего состояния] --> D3[Целевое состояние<br/>на основе предположений]
        P4[Управление<br/>изменениями] --> D4[Основа для принятия<br/>решений]
        P5[Повышение уровня<br/>зрелости процесса] --> D5[Постоянное<br/>совершенствование]
    end

    class P1,P2,P3,P4,P5 purpose
    class D1,D2,D3,D4,D5 desc

Примеры статических моделей:

  graph LR
    classDef example fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Статические модели"
        E1[BPMN-диаграмма<br/>«как есть»] --> D1[Текущее состояние<br/>процесса]
        E2[BPMN-диаграмма<br/>«как должно быть»] --> D2[Целевое состояние<br/>процесса]
        E3[Схема потоков] --> D3[Входы и выходы<br/>процесса]
        E4[Матрица<br/>ответственности] --> D4[Роли и зоны<br/>ответственности]
    end

    class E1,E2,E3,E4 example
    class D1,D2,D3,D4 desc

Комментарий эксперта

Игорь Владимирович Краев: «Статические модели — это фундамент. Без «как есть» вы не знаете, откуда стартуете. Без «как должно быть» вы не знаете, куда идёте. В книге «Государство как система» Том 1 я настаиваю: сначала — модель «как есть», потом — «как должно быть». Многие руководители хотят сразу перейти к «как должно быть», потому что «мы и так знаем, что у нас не работает». Но без модели «как есть» вы не увидите, какие стыки ломаются, где реальные потери, кто на самом деле за что отвечает. И ваше «как должно быть» будет основано на фантазиях, а не на фактах [citation:Том 1, Часть II]».


Вопрос 4. Что такое динамические модели процессов?

Ответ

Динамические модели отображают процесс или его элементы как изменяющиеся во времени объекты. Они показывают, как процесс ведёт себя при различных условиях.

Назначение динамических моделей:

  graph TD
    classDef purpose fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Назначение динамических моделей"
        P1[Анализ поведения<br/>процесса во времени] --> D1[Как процесс работает<br/>при разных условиях]
        P2[Имитационное<br/>моделирование] --> D2[Прогнозирование<br/>эффективности]
        P3[Интерактивное<br/>взаимодействие] --> D3[Пользователь может<br/>влиять на процесс]
        P4[Тестирование<br/>изменений] --> D4[Проверка гипотез<br/>до внедрения]
    end

    class P1,P2,P3,P4 purpose
    class D1,D2,D3,D4 desc

Примеры динамических моделей:

Тип динамической моделиОписание
Имитационные моделиМоделируют поведение процесса при различных сценариях нагрузки
Интерактивные моделиПользователь может изменять параметры и видеть результат
Модели с временной шкалойПоказывают развитие изменений во времени
Анимированные моделиВизуализируют поток работы в движении

Программное обеспечение для динамического моделирования:

  graph TD
    classDef software fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef features fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Программное обеспечение для динамического моделирования"
        S1[Топовые средства<br/>моделирования] --> F1[Интерактивное<br/>взаимодействие]
        S2[Более простые<br/>средства] --> F2[Имитационное<br/>моделирование для<br/>большинства проектов]
        S3[Продвинутые<br/>средства] --> F3[Глубокий анализ,<br/>автоматизированное<br/>имитационное<br/>моделирование]
    end

    class S1,S2,S3 software
    class F1,F2,F3 features

Когда нужны продвинутые средства:

По мере продвижения проекта моделирования могут понадобиться более глубокий анализ и более продвинутые средства имитационного моделирования, включая автоматизированное.

Комментарий эксперта

Игорь Владимирович Краев: «Динамические модели — это то, что отличает профессиональное управление от гадания. Вы можете нарисовать статическую модель и думать, что всё работает. Но как процесс поведёт себя при увеличении нагрузки? Что произойдёт, если один из участников уйдёт? Динамическое моделирование даёт ответы на эти вопросы до того, как случится кризис. В книге «Государство как система» Том 4 я описываю «прогнозирование и корректировку» — это применение динамического моделирования к управлению: вы предсказываете, как система изменится, и корректируете её до того, как она выйдет из равновесия [citation:Том 4, Глава 30]».


Вопрос 5. Как комбинировать статические и динамические модели?

Ответ

Часто полезным оказывается комбинирование статических и динамических моделей. Они дополняют друг друга и дают более полное представление о процессе.

Способы комбинирования:

  graph LR
    classDef static fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef dynamic fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Статическая → Динамическая"
        S1[Статическая модель<br/>будущей схемы<br/>процесса] --> D1[Динамическая модель<br/>с тестовыми данными]
        D1 --> R1[Проверка поведения<br/>процесса]
    end

    subgraph "Динамическая → Статическая"
        D2[Динамическая<br/>модель] --> S2[Статический «снимок»<br/>на каждой итерации]
        S2 --> R2[Анализ<br/>для последующего<br/>использования]
    end

    class S1,S2 static
    class D1,D2 dynamic
    class R1,R2 result

Практические сценарии комбинирования:

СценарийШаг 1Шаг 2Результат
Проектирование нового процессаПостроить статическую модель «как должно быть»Запустить динамическую имитацию с тестовыми даннымиПроверить, как процесс работает в разных условиях
Анализ существующего процессаПостроить статическую модель «как есть»Запустить динамическую имитацию с реальными даннымиВыявить узкие места и потери
Обучение сотрудниковПоказать статическую модель процессаЗапустить интерактивную симуляцию для практикиОбучить сотрудников работе в безопасной среде

Комментарий эксперта

Игорь Владимирович Краев: «Комбинация статических и динамических моделей — это то, что я использую на всех стратегических сессиях. Сначала мы рисуем статическую модель — карту процесса. Потом мы «прогоняем» её в динамике: что произойдёт, если изменится один параметр? Где будет узкое место? Это превращает моделирование из «рисования картинок» в реальное управленческое упражнение. В книге «Государство как система» Том 3 я описываю стратегическую сессию, где мы используем именно этот подход: статическая модель как основа, динамическая проверка как метод верификации [citation:Том 3, Глава 22]».


Вопрос 6. Как выбрать программное обеспечение для моделирования?

Ответ

Выбор программного обеспечения для моделирования зависит от целей проекта, сложности процессов и требуемого уровня анализа.

Критерии выбора ПО для моделирования:

  graph TD
    classDef criteria fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef question fill:#fff3e0,stroke:#e65100,stroke-width:2px

    subgraph "Критерии выбора ПО"
        C1[Цели проекта] --> Q1[Что мы хотим получить<br/>от моделирования?]
        C2[Сложность процессов] --> Q2[Насколько сложны<br/>наши процессы?]
        C3[Требуемый уровень<br/>анализа] --> Q3[Нужна ли имитация,<br/>анимация, интеграция?]
        C4[Бюджет] --> Q4[Сколько мы готовы<br/>инвестировать?]
        C5[Интеграция] --> Q5[Нужна ли интеграция<br/>с BPMS, ERP, другими<br/>системами?]
        C6[Навыки команды] --> Q6[Какой уровень<br/>подготовки у команды?]
    end

    class C1,C2,C3,C4,C5,C6 criteria
    class Q1,Q2,Q3,Q4,Q5,Q6 question

Уровни ПО для моделирования:

  graph TD
    classDef basic fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px
    classDef advanced fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef enterprise fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px

    subgraph "Уровни ПО для моделирования"
        B[Базовое ПО<br/>Простое рисование<br/>схем] --> BF[Бесплатные или<br/>недорогие инструменты]
        A[Профессиональное<br/>ПО] --> AF[BPMN-нотация,<br/>репозиторий,<br/>совместная работа]
        E[Корпоративное<br/>ПО] --> EF[BPMS, имитационное<br/>моделирование,<br/>интеграция, аналитика]
    end

    class B basic
    class A advanced
    class E enterprise

Рекомендации по выбору:

СитуацияРекомендуемый уровеньПримеры инструментов
Быстрые схемы, обучениеБазовое ПОПростые редакторы, даже графические
Проекты моделированияПрофессиональное ПОBPMN-редакторы с поддержкой репозитория
Автоматизация и интеграцияКорпоративное ПОBPMS-платформы с полным циклом управления
Имитационное моделированиеПрофессиональное или корпоративноеДополнительные модули или специализированное ПО

Комментарий эксперта

Игорь Владимирович Краев: «Не начинайте с дорогого ПО. Начните с методологии. Сначала поймите, что вы хотите моделировать и для чего. Потом выберите инструмент. Я видел компании, которые купили дорогой BPMS, а потом поняли, что у них нет ни одной модели, которую можно в него загрузить. Или наоборот — рисовали модели в Visio годами, а потом поняли, что их нельзя использовать для управления. Правило простое: инструмент должен соответствовать вашим целям, а не наоборот. В книге «Государство как система» Том 4 я даю железное правило: ни рубля на автоматизацию без описанного и улучшенного вручную процесса. То же самое с ПО для моделирования: сначала методология, потом инструмент [citation:Том 4, Глава 32]».


Конспект главы

РазделКлючевая идея
Определение моделиУпрощённое представление сущности, идеи или действия. Может быть математической, графической, физической, текстовой или комбинированной
Назначение моделейСтруктурирование, исследование, прогнозирование, измерение, объяснение, верификация, контроль
ПроцессСовокупность действий и обеспечения для достижения цели. Термины «процесс» и «бизнес-процесс» — синонимы
Модель vs СхемаМодель: стандартная нотация, точность, детализация, репозиторий, интеграция с BPMS. Схема: неоднозначная нотация, низкая точность, отдельные файлы
Статические моделиФиксируют единственное состояние процесса. Используются для «как есть», «как должно быть», управления изменениями
Динамические моделиОтображают поведение процесса во времени. Имитационное моделирование, интерактивное взаимодействие
КомбинированиеСтатические → динамические (тестирование). Динамические → статические (анализ снимков)
Выбор ПОЗависит от целей, сложности, бюджета, интеграции, навыков. От базового до корпоративного уровня

Главная мысль главы

Модель процесса — это не просто картинка. Это формализованное, стандартизованное представление процесса, которое можно использовать для анализа, прогнозирования, управления и автоматизации. Главное отличие модели от схемы — в строгости нотации, возможности интеграции с другими моделями и пригодности для автоматизации. Как сказано в книге «Государство как система»: «Сначала — карта потока, потом — показатели. Сначала — BPMN «как есть», потом — KPI» [citation:Том 1, Часть II]. Модель — это основа для измерения, а без измерения нет управления.


Готовы освоить моделирование процессов в вашей организации

Мы помогаем руководителям компаний и органов власти освоить моделирование процессов: от статических моделей до динамического имитационного моделирования. Обучаем команды, выбираем правильные инструменты и помогаем перейти от схем к полноценным моделям.

Запишитесь на бесплатную консультацию — проведём экспресс-анализ ваших текущих моделей и покажем, как сделать их действительно работающими.