16 тем · ~75 минут · 48 тестов

Лекция «Моделирование процессов: BPMN»

BPMN — не картинка процесса, а язык с исполняемой семантикой: у каждого значка есть правило поведения токена, и оно превращает схему из иллюстрации в проверяемое утверждение о том, что произойдёт. Из 85–116 элементов нотации в средней реальной модели живут девять, а провал моделирования почти всегда лежит не в незнании палитры, а в трёх вещах — неверных границах, несогласованных шлюзах и вере в то, что схема кого-то к чему-то обязывает.

Для кого

Для двух профессий сразу, и обе описывают процессы, передают описание другим и рассчитывают, что по нему будут работать. Бизнес-аналитику нужна точность языка: схема уйдёт разработчику, и нарисованное небрежно будет реализовано буквально — отсюда упор на семантику токена, парность шлюзов и два класса ошибок, из которых состоит почти вся некорректность. Операционному менеджеру нужен рабочий минимум палитры, порог детализации и понимание, что схема сама по себе никого ни к чему не обязывает. Примеры идут из обоих контекстов: согласование заявки на закупку и передача её в разработку, приёмка заказа, эскалация по таймеру и возврат.

Базовый уровень — с нуля
Что получишь

После лекции вы сможете

  • Размечать холст до первой задачи: раскладывать участников по пулам, роли — по дорожкам, внешние стороны — в чёрный пул, и не путать поток управления с потоком сообщений
  • Собирать процесс из рабочего минимума палитры — задача, подпроцесс, вызов, шесть базовых событий и пять типов шлюзов — вместо перебора 85–116 элементов нотации
  • Описывать исключения граничными событиями: прерывающим таймером на эскалацию и непрерывающим сообщением на запрос статуса, а не оставлять на схеме один счастливый путь
  • Прогонять токен по линиям вслух и находить обе структурные ошибки — тупик от XOR-развилки с AND-слиянием и двойное выполнение от AND-развилки с XOR-слиянием
  • Приводить схему к семи правилам 7PMG: парные шлюзы одного типа, один старт и один конец, подписи в стиле «глагол — объект», декомпозиция за порогом примерно 50 элементов
  • Отдавать схему необученной аудитории вместе с текстом, а не вместо него, — и объяснять, почему тезис «схема понятнее текста» эмпирически не подтверждён
  • Выбирать между схемой-документом и исполняемым артефактом, понимая, что переносимость даёт стандартный BPMN XML, а расширения вендора её ломают
  • Проводить границу между описанием и обязательством: доводить схему до статуса ЛНА через регламент, приказ и ознакомление под роспись — либо честно называть её методическим материалом
Программа

16 тем и 48 тестов на понимание

Каждая тема — один экран и одна мысль. В конце темы — ситуационные вопросы: ответили верно, идёте дальше.

Часть 1. Что это за язык

1

Язык, а не картинка: что такое BPMN и откуда он взялся

2

Четыре категории элементов и кто на схеме участник

3

Три линии и правило границы пула

Часть 2. Рабочая палитра

4

Действия: задача, подпроцесс, транзакция, вызов

5

События: три позиции, два режима, инвентарь триггеров

6

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

7

Шлюзы и модель токена: как читать схему мысленно

Часть 3. Корректность и мера языка

8

Тупик и рассинхронизация: почти вся некорректность

9

Девять конструкций: сколько языка нужно на самом деле

10

Семь правил моделирования: 7PMG

11

Подписи и размер: «глагол — объект» и порог пятидесяти элементов

Часть 4. Честные границы нотации

12

Границы нотации: чего BPMN не описывает

13

Неудобный факт: схема помогает не всем

Часть 5. Схема в работе

14

От схемы к исполнению: движки и российский контур

15

Модель против реальности: conformance checking

16

Красные линии: схема описывает, документ обязывает

Темы лекции: процессы, BPMN, моделирование, нотация, пулы и дорожки, шлюзы, события, токен, корректность, soundness, 7PMG, декомпозиция, conformance checking, fitness, Camunda, BPM-системы, ЛНА, аналитика, операции, 2026

Обновлено: 1 сентября 2026

Как устроено обучение

Читаете, отвечаете, видите результат

Интерактивная лекция с тестами: тема — экран текста, за ним вопрос по этой же теме. Ни видео, ни вебинаров, ни дедлайнов.

Тесты внутри тем

48 тестов по ходу лекции — ситуационных, на понимание, а не на зубрёжку.

Старт — бесплатно и сразу

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

Вопросы

Коротко о главном

Сколько времени займёт лекция?
Около 75 минут на 16 тем. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.
Это бесплатно?
Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 48 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.
Что у меня останется после лекции?
Шестнадцать тем ведут от алфавита нотации до границы, за которой схема перестаёт что-либо значить. Сначала язык: BPMN как стандарт OMG, принятый ISO как ISO/IEC 19510:2013 на базе версии 2.0.1, смена расшифровки в версии 2.0 с «Modeling Notation» на «Model and Notation» вместе с появлением семантики исполнения и XML, четыре категории элементов и правило границы пула — внутри поток управления, между пулами поток сообщений. Дальше рабочая палитра: задача, подпроцесс со своими стартом и концом, транзакция и вызов; типы задач user, service, manual и business rule как указание на исполнителя; события по рамке и заливке, из которых пятнадцати комбинаций хватает на подавляющее большинство схем; граничные события, прерывающие и непрерывающие, с асимметрией — ошибка только у прерывающих, завершение только у непрерывающих. Третья часть — корректность: пять типов шлюзов и модель токена в четырёх строках, определение soundness и результат ван дер Аалста, два класса локальных ошибок (тупик и рассинхронизация) на сквозном примере заявки на закупку, где первая останавливает заявку навсегда, а вторая оплачивает счёт дважды; эмпирика цур Мюлена и Реккера — девять конструкций в средней модели из 120 и менее 20% регулярно используемого словаря, проверенная на 25 590 моделях в 2021 году; семь правил 7PMG, снижающих частоту ошибок, которая может достигать 20%, с G4 на первом месте у отраслевых экспертов; стиль «глагол — объект» и порог декомпозиции примерно в 50 элементов. Четвёртая — честные границы: оргструктуры, функциональные декомпозиции и модели данных вне области нотации, часть типов диаграмм не отображается в исполняемый язык, а эксперимент Оттенсузера и соавторов 2012 года показал, что значимый прирост понимания от графической модели получают только обученные читатели. Пятая — схема в работе: жизненный цикл Camunda 7 с окончанием бесплатной версии в октябре 2025-го и коммерческой 9 апреля 2030 года, российский контур BPM-платформ, conformance checking с примером, где средний fitness 0,96 маскирует отклонение в 79,1% выравниваний одного перехода, и красная линия — схема описывает, документ обязывает.
Нужно ли выучить все элементы BPMN, чтобы начать рисовать схемы?
Нет, и данные тут довольно жёсткие. В нотации от 85 до 116 элементов — число зависит от того, считать полный инвентарь с вариантами событий или список типов. При этом анализ 120 реальных диаграмм показал, что средняя модель содержит девять различных конструкций, согласованное общее подмножество для моделей такой сложности — четыре-пять конструкций, а регулярно используется менее 20% словаря; часть конструкций не встретилась ни в одной модели выборки. Позже эту картину проверили на 25 590 моделях из шести репозиториев. Практический вывод: базовый уровень Descriptive — это около двух десятков элементов, уровень Analytic примерно вдвое больше, и именно на втором появляется обработка исключений. Учить надо не палитру, а правила сочетания: парность шлюзов, границу пула и семантику токена. Ошибки живут там, а не в незнании редких значков.
Мы нарисовали схему процесса и разослали её всем. Почему люди всё равно работают по-старому?
По двум причинам сразу, и обе внешние по отношению к качеству схемы. Первая — правовая: графическая схема сама по себе описательный и методический материал, а не локальный нормативный акт. Обязанности она создаёт, только пройдя цепочку: включение в регламент или положение, утверждение приказом, ознакомление под роспись и отсылка в трудовом договоре или должностной инструкции. Голая схема в вики правовых обязанностей не создаёт — схема описывает, документ обязывает. Вторая причина — читательская: в эксперименте 2012 года значимый прирост понимания процесса после чтения текстовой модели показали обе группы участников, а после графической — только обученные нотации. Значит, схему, отданную необученной аудитории, нужно сопровождать текстом, а не заменять им текст. Всё, что сложнее правовой части, — к юристу: лекция не даёт юридических консультаций.

Моделирование процессов: BPMN — открывается прямо сейчас

16 тем, 48 тестов и около 75 минут вашего времени. Первые темы — бесплатно и без регистрации: начните и решите по делу, а не по описанию.

Начать лекцию →

Уже проходили? Личный кабинет помнит, на чём вы остановились.