BPMN 2.0: элементы нотации и пример схемы процесса
Нотация bpmn — практическая система, в которой схема показывает начало, участников, действия, решения, сообщения, исключения и завершение процесса.
В этой статье
Коротко. Нотация bpmn: схема показывает начало, участников, действия, решения, сообщения, исключения и завершение процесса. Начните с одного реального примера, зафиксируйте исходное состояние и меняйте систему по одному проверяемому шагу.
Граница материала: Визуальное моделирование бизнес-процесса в BPMN 2.0: события, задачи, шлюзы, пулы, дорожки и потоки. Это не обзор программ для рисования схем и не регламент процесса. Сквозной пример — заявка клиента проходит проверку, согласование цены, оплату и передачу в исполнение. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: неоднозначные шлюзы, задачи без владельца, потерянные события, несогласованные сообщения и возможность воспроизвести процесс.
| Этап | Действие | Критерий |
|---|---|---|
| 01 | Определить цель и границу модели | для «нотация BPMN» есть владелец и артефакт |
| 02 | Выделить участников и пулы | для «нотация BPMN» есть владелец и артефакт |
| 03 | Разместить дорожки ролей | для «нотация BPMN» есть владелец и артефакт |
| 04 | Поставить стартовое событие | для «нотация BPMN» есть владелец и артефакт |
| 05 | Добавить задачи по порядку | для «нотация BPMN» есть владелец и артефакт |
| 06 | Обозначить шлюзы решений | для «нотация BPMN» есть владелец и артефакт |
Определить цель и границу модели: нотация BPMN
В теме «нотация BPMN» начните с результата. Для действия «определить цель и границу модели» роль владелец результата готовит артефакт операции «определить цель и границу модели» для темы «нотация BPMN»: артефакт шага «определить цель и границу модели» и критерий его приёмки в «нотация BPMN». Такой артефакт «нотация BPMN» показывает, что изменилось и кто принимает итог. Проверьте его на ситуации «заявка клиента проходит проверку, согласование цены, оплату и передачу в исполнение». Стоп-сигнал этапа «нотация BPMN»: при действии «определить цель и границу модели» в теме «нотация BPMN» возникает отклонение: шаг «определить цель и границу модели» не подтверждён наблюдаемым результатом «нотация BPMN». До устранения причины встреча и заполненный шаблон не означают завершения.
- Ожидаемый итог: «определить цель и границу модели» в системе «нотация BPMN».
- Принимающая роль: владелец результата.
- След проверки: артефакт операции «определить цель и границу модели» для темы «нотация BPMN»: артефакт шага «определить цель и границу модели» и критерий его приёмки в «нотация BPMN».
- Причина возврата: при действии «определить цель и границу модели» в теме «нотация BPMN» возникает отклонение: шаг «определить цель и границу модели» не подтверждён наблюдаемым результатом «нотация BPMN».
Выделить участников и пулы: нотация BPMN
Для «нотация BPMN» отделите решение от формы. На шаге «выделить участников и пулы» сначала согласуют границу, затем выбирают инструмент. Итог «нотация BPMN» принимает руководитель проекта; в истории остаётся артефакт операции «выделить участников и пулы» для темы «нотация BPMN»: артефакт шага «выделить участников и пулы» и критерий его приёмки в «нотация BPMN». Проверьте обычный и пограничный случаи «нотация BPMN». Если возникает риск «при действии «выделить участников и пулы» в теме «нотация BPMN» возникает отклонение: шаг «выделить участников и пулы» не подтверждён наблюдаемым результатом «нотация BPMN»», уточните полномочия и повторите согласование.
- Граница решения: «выделить участников и пулы» в системе «нотация BPMN».
- Владелец границы: руководитель проекта.
- Запись решения: артефакт операции «выделить участников и пулы» для темы «нотация BPMN»: артефакт шага «выделить участников и пулы» и критерий его приёмки в «нотация BPMN».
- Повод пересмотреть: при действии «выделить участников и пулы» в теме «нотация BPMN» возникает отклонение: шаг «выделить участников и пулы» не подтверждён наблюдаемым результатом «нотация BPMN».
Разместить дорожки ролей: нотация BPMN
Оценку «нотация BPMN» храните с допущениями. Для операции «разместить дорожки ролей» роль ответственный за планирование фиксирует артефакт операции «разместить дорожки ролей» для темы «нотация BPMN»: артефакт шага «разместить дорожки ролей» и критерий его приёмки в «нотация BPMN». Рядом укажите источник и дату «нотация BPMN». На контрольной точке сравните план с фактом. Ошибка улучшает следующую оценку «нотация BPMN», а не назначает виновного. Условие остановки: при действии «разместить дорожки ролей» в теме «нотация BPMN» возникает отклонение: шаг «разместить дорожки ролей» не подтверждён наблюдаемым результатом «нотация BPMN». Показатель «неоднозначные шлюзы, задачи без владельца, потерянные события, несогласованные сообщения и возможность воспроизвести процесс» смотрите по отдельным группам.
- Оценка шага: «разместить дорожки ролей» в системе «нотация BPMN».
- Автор оценки: ответственный за планирование.
- Основание оценки: артефакт операции «разместить дорожки ролей» для темы «нотация BPMN»: артефакт шага «разместить дорожки ролей» и критерий его приёмки в «нотация BPMN».
- Порог остановки: при действии «разместить дорожки ролей» в теме «нотация BPMN» возникает отклонение: шаг «разместить дорожки ролей» не подтверждён наблюдаемым результатом «нотация BPMN».
Поставить стартовое событие: нотация BPMN
В «нотация BPMN» зависимость видна сторонам. При шаге «поставить стартовое событие» назовите вход, выход и событие начала. Роль координатор зависимостей хранит артефакт операции «поставить стартовое событие» для темы «нотация BPMN»: артефакт шага «поставить стартовое событие» и критерий его приёмки в «нотация BPMN». Передачу «нотация BPMN» повторяют без устной подсказки на примере «заявка клиента проходит проверку, согласование цены, оплату и передачу в исполнение». При риске «при действии «поставить стартовое событие» в теме «нотация BPMN» возникает отклонение: шаг «поставить стартовое событие» не подтверждён наблюдаемым результатом «нотация BPMN»» статус не двигают: восстанавливают договорённость или меняют порядок.
- Вход и выход: «поставить стартовое событие» в системе «нотация BPMN».
- Владелец связи: координатор зависимостей.
- Подтверждение связи: артефакт операции «поставить стартовое событие» для темы «нотация BPMN»: артефакт шага «поставить стартовое событие» и критерий его приёмки в «нотация BPMN».
- Разрыв передачи: при действии «поставить стартовое событие» в теме «нотация BPMN» возникает отклонение: шаг «поставить стартовое событие» не подтверждён наблюдаемым результатом «нотация BPMN».
Добавить задачи по порядку: нотация BPMN
Полномочия «нотация BPMN» проверяют заранее. Для действия «добавить задачи по порядку» роль владелец ресурса получает нужные данные, людей и право решения. Подтверждением «нотация BPMN» служит артефакт операции «добавить задачи по порядку» для темы «нотация BPMN»: артефакт шага «добавить задачи по порядку» и критерий его приёмки в «нотация BPMN». Нельзя требовать итог без рычагов влияния. Признак ошибки: при действии «добавить задачи по порядку» в теме «нотация BPMN» возникает отклонение: шаг «добавить задачи по порядку» не подтверждён наблюдаемым результатом «нотация BPMN». Исправьте роль или ресурс «нотация BPMN», затем повторите приёмку.
- Нужное полномочие: «добавить задачи по порядку» в системе «нотация BPMN».
- Ответственная роль: владелец ресурса.
- Подтверждение доступа: артефакт операции «добавить задачи по порядку» для темы «нотация BPMN»: артефакт шага «добавить задачи по порядку» и критерий его приёмки в «нотация BPMN».
- Ошибка конструкции: при действии «добавить задачи по порядку» в теме «нотация BPMN» возникает отклонение: шаг «добавить задачи по порядку» не подтверждён наблюдаемым результатом «нотация BPMN».
Обозначить шлюзы решений: нотация BPMN
Контроль «нотация BPMN» нужен для решения. На шаге «обозначить шлюзы решений» роль владелец риска сравнивает факт с ожиданием и сохраняет артефакт операции «обозначить шлюзы решений» для темы «нотация BPMN»: артефакт шага «обозначить шлюзы решений» и критерий его приёмки в «нотация BPMN». Отклонение «нотация BPMN» разбирают по причине и влиянию. Если проявился риск «при действии «обозначить шлюзы решений» в теме «нотация BPMN» возникает отклонение: шаг «обозначить шлюзы решений» не подтверждён наблюдаемым результатом «нотация BPMN»», назначьте действие и срок. Динамику «нотация BPMN» показывает «неоднозначные шлюзы, задачи без владельца, потерянные события, несогласованные сообщения и возможность воспроизвести процесс» относительно исходной линии.
- Контрольный факт: «обозначить шлюзы решений» в системе «нотация BPMN».
- Кто реагирует: владелец риска.
- Сохранённый статус: артефакт операции «обозначить шлюзы решений» для темы «нотация BPMN»: артефакт шага «обозначить шлюзы решений» и критерий его приёмки в «нотация BPMN».
- Сигнал отклонения: при действии «обозначить шлюзы решений» в теме «нотация BPMN» возникает отклонение: шаг «обозначить шлюзы решений» не подтверждён наблюдаемым результатом «нотация BPMN».
Показать сообщения между участниками: нотация BPMN
Изменение «нотация BPMN» проводят открыто. Для шага «показать сообщения между участниками» запишите причину и влияние на срок, деньги, качество и роли. Роль комитет изменений прикладывает артефакт операции «показать сообщения между участниками» для темы «нотация BPMN»: артефакт шага «показать сообщения между участниками» и критерий его приёмки в «нотация BPMN». До обновления «нотация BPMN» получите решение и проверьте вариант без изменения. Стоп-сигнал: при действии «показать сообщения между участниками» в теме «нотация BPMN» возникает отклонение: шаг «показать сообщения между участниками» не подтверждён наблюдаемым результатом «нотация BPMN». Иначе команда использует разные версии.
- Цена изменения: «показать сообщения между участниками» в системе «нотация BPMN».
- Кто согласует: комитет изменений.
- Карточка изменения: артефакт операции «показать сообщения между участниками» для темы «нотация BPMN»: артефакт шага «показать сообщения между участниками» и критерий его приёмки в «нотация BPMN».
- Запрет на выпуск: при действии «показать сообщения между участниками» в теме «нотация BPMN» возникает отклонение: шаг «показать сообщения между участниками» не подтверждён наблюдаемым результатом «нотация BPMN».
Смоделировать исключения: нотация BPMN
Статус «нотация BPMN» подтверждает факт. При операции «смоделировать исключения» роль координатор исполнения показывает артефакт операции «смоделировать исключения» для темы «нотация BPMN»: артефакт шага «смоделировать исключения» и критерий его приёмки в «нотация BPMN». Другой участник должен воспроизвести вывод «нотация BPMN». Вместо «почти готово» укажите состояние и следующее действие. При риске «при действии «смоделировать исключения» в теме «нотация BPMN» возникает отклонение: шаг «смоделировать исключения» не подтверждён наблюдаемым результатом «нотация BPMN»» карточка возвращается назад. Контроль ведётся через «неоднозначные шлюзы, задачи без владельца, потерянные события, несогласованные сообщения и возможность воспроизвести процесс» по сегментам.
- Наблюдаемый статус: «смоделировать исключения» в системе «нотация BPMN».
- Кто обновляет: координатор исполнения.
- Факт состояния: артефакт операции «смоделировать исключения» для темы «нотация BPMN»: артефакт шага «смоделировать исключения» и критерий его приёмки в «нотация BPMN».
- Возврат назад: при действии «смоделировать исключения» в теме «нотация BPMN» возникает отклонение: шаг «смоделировать исключения» не подтверждён наблюдаемым результатом «нотация BPMN».
Проверить конечные события: нотация BPMN
Приёмка «нотация BPMN» отделена от выполнения. Для действия «проверить конечные события» заранее задайте результат и допустимое отклонение. Роль заказчик результата сверяет артефакт операции «проверить конечные события» для темы «нотация BPMN»: артефакт шага «проверить конечные события» и критерий его приёмки в «нотация BPMN» с целью «нотация BPMN» на примере «заявка клиента проходит проверку, согласование цены, оплату и передачу в исполнение». Риск «при действии «проверить конечные события» в теме «нотация BPMN» возникает отклонение: шаг «проверить конечные события» не подтверждён наблюдаемым результатом «нотация BPMN»» требует фактов вместо впечатления. Запишите несоответствие, владельца исправления и дату новой проверки.
- Критерий приёмки: «проверить конечные события» в системе «нотация BPMN».
- Кто принимает: заказчик результата.
- Материал проверки: артефакт операции «проверить конечные события» для темы «нотация BPMN»: артефакт шага «проверить конечные события» и критерий его приёмки в «нотация BPMN».
- Несоответствие: при действии «проверить конечные события» в теме «нотация BPMN» возникает отклонение: шаг «проверить конечные события» не подтверждён наблюдаемым результатом «нотация BPMN».
Согласовать и версионировать схему: нотация BPMN
Цикл «нотация BPMN» завершается новым правилом. После шага «согласовать и версионировать схему» роль руководитель ретроспективы собирает артефакт операции «согласовать и версионировать схему» для темы «нотация BPMN»: артефакт шага «согласовать и версионировать схему» и критерий его приёмки в «нотация BPMN». Зафиксируйте ожидание, факт, причину и изменение способа работы «нотация BPMN». Если остаётся риск «при действии «согласовать и версионировать схему» в теме «нотация BPMN» возникает отклонение: шаг «согласовать и версионировать схему» не подтверждён наблюдаемым результатом «нотация BPMN»», назначьте контрольный случай. Урок «нотация BPMN» полезен, когда его можно проверить в следующем цикле.
- Полученный урок: «согласовать и версионировать схему» в системе «нотация BPMN».
- Кто закрепляет: руководитель ретроспективы.
- Обновлённое правило: артефакт операции «согласовать и версионировать схему» для темы «нотация BPMN»: артефакт шага «согласовать и версионировать схему» и критерий его приёмки в «нотация BPMN».
- Следующий тест: при действии «согласовать и версионировать схему» в теме «нотация BPMN» возникает отклонение: шаг «согласовать и версионировать схему» не подтверждён наблюдаемым результатом «нотация BPMN».
Матрица контроля и владения
| Проверка | Доказательство | Когда смотреть |
|---|---|---|
| Полнота | вход, история и итог «нотация BPMN» связаны | ежедневно |
| Срок | таймер «нотация BPMN» имеет начало, паузы и финиш | еженедельно |
| Качество | выборка «нотация BPMN» сверена с исходниками | еженедельно |
| Причина | отклонение «нотация BPMN» привязано к этапу | ежемесячно |
| Эффект | для «нотация BPMN» есть исходная и контрольная линии | после каждого изменения |
Что изучить дальше
- автоматизация документооборота
- продуктовая дорожная карта
- бэклог продукта
- ICE и RICE
- GAP-анализ
- SMART-цели
Чек-лист запуска
- Граница «нотация BPMN» записана одним предложением.
- Каждый статус «нотация BPMN» означает наблюдаемое состояние.
- Для риска «нотация BPMN» есть ручной маршрут.
- Поля «нотация BPMN» собираются только для решения.
- Версия правила «нотация BPMN» сохраняется с результатом.
- Исходная линия «нотация BPMN» снята до автоматизации.
- Метрики «нотация BPMN» разделены по типу и сложности.
- Для «нотация BPMN» назначены дата проверки и откат.
Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.
Частые вопросы
С чего начать работу по теме «нотация BPMN»?
Для «нотация BPMN» выберите один поток, зафиксируйте исходные метрики и пройдите весь цикл вручную. После этого будет видно, какой шаг требует изменения.
Какую метрику выбрать для «нотация BPMN»?
Основной набор: неоднозначные шлюзы, задачи без владельца, потерянные события, несогласованные сообщения и возможность воспроизвести процесс. Обязательно разделяйте его по типу запроса, каналу и сложности.
Когда нужна ручная проверка в «нотация BPMN»?
Для «нотация BPMN» ручная проверка нужна при новой теме, низкой уверенности автоматики, высоком риске для клиента и после изменения правил.
Как понять, что «нотация BPMN» работает?
Целевое состояние такое: схема показывает начало, участников, действия, решения, сообщения, исключения и завершение процесса. Проверяйте не только средний показатель, но и выборку конкретных случаев.
Как часто пересматривать правила «нотация BPMN»?
Правила «нотация BPMN» пересматривают раз в месяц при стабильном потоке и сразу после релиза, нового канала или заметного сдвига защитной метрики.
Читайте дальше
-
Делегирование задач: как передать ответственность и контроль
Делегирование задач — практическая система, в которой сотрудник понимает ожидаемый результат, имеет полномочия и…
-
Матрица RACI: как распределить роли и ответственность
Матрица raci — практическая система, в которой для каждого результата известны исполнитель, один финальный…
-
Канбан-доска: как настроить поток задач и лимиты WIP
Канбан-доска — практическая система, в которой работа движется по явному потоку, незавершённые задачи ограничены, а…