Главная → Статьи

Пример: от регламента к BPMN 2.0 — пошаговый разбор

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

1. Неполное условие: заявка на договор

Текст регламента

Клиент подаёт заявку на заключение договора. Специалист проверяет документы. Если документы корректны, заявка передаётся на согласование руководителю. Руководитель согласовывает заявку. После согласования специалист направляет клиенту договор.

Элемент схемыЧто получилось
ДорожкиСпециалист, Руководитель
Внешний участникКлиент — отдельный пул, 2 потока сообщений: заявка от клиента и договор клиенту
Задачи2 пользовательские задачи (проверка, согласование) и 1 задача отправки договора
Развилка1 исключающий шлюз «документы корректны?» — описана только ветка «да»
События1 начальное, 1 конечное

Вопрос сервиса: «Что происходит, если документы некорректны?» Варианты ответа: вернуть на доработку, отклонить, передать на согласование или свой ответ.

Чат-бот в этом месте обычно сам дорисовывает «вернуть на доработку». Схема выглядит законченной, а пробел в регламенте остаётся незамеченным до внедрения.

2. Параллельная проверка: договор у юриста и инженера

Текст регламента

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

Элемент схемыЧто получилось
ДорожкиМенеджер, Юрист, Инженер, Руководитель
Внешний участникКонтрагент — отдельный пул, поток сообщения с подписанным договором
Задачи4 пользовательские задачи и 1 задача отправки
Развилки2 параллельных шлюза: после регистрации ветки расходятся, перед подписанием — сходятся
ВопросыНет: текст описывает процесс полностью

«Одновременно» и «когда обе проверки завершены» превращаются в пару шлюзов «разветвление — слияние». Без шлюза слияния руководитель формально получил бы договор на подпись дважды.

3. Документ, который нигде не создаётся: ремонт трансформатора

Текст регламента

Инженер проводит осмотр трансформатора и составляет акт осмотра. Мастер участка планирует ремонтные работы по протоколу испытаний. Бригада выполняет ремонт по плану работ. Мастер участка принимает выполненные работы.

Элемент схемыЧто получилось
ДорожкиИнженер, Мастер участка, Ремонтная бригада
Задачи5 пользовательских задач: осмотр и составление акта — отдельные шаги
ДокументыАкт осмотра, протокол испытаний, план работ

Сервис спрашивает: откуда берётся протокол испытаний для планирования ремонта? Инженер составил акт осмотра, а планирование идёт по протоколу испытаний, которого в процессе нет.

Такие расхождения легко пропустить при чтении: каждое предложение по отдельности выглядит правильно. Сервис проверяет, что каждый документ появляется в процессе раньше, чем его используют.

Что дальше делать со схемой

Проверьте на своём регламенте

3 дня бесплатно: до 3 процессов и 5 схем. Без карты и обязательств.

Попробовать бесплатно

Ещё по теме