Схема бизнес-процесса: как нарисовать и согласовать с командой
Схема бизнес-процесса показывает, как работа проходит от события до результата: кто действует, что получает на входе и при каком условии передаёт работу дальше. Для согласования внутри команды часто достаточно простой блок-схемы. Для строгого моделирования и автоматизации может понадобиться BPMN и специализированный инструмент.
Сначала решите, зачем нужна схема
У одной команды проблема в том, что участники по-разному понимают порядок работы. У другой — задача описать исполняемый процесс для автоматизации. В первом случае важнее ясность и обсуждение исключений; во втором нужны точная семантика, проверка модели и требования целевой системы. Одинаково красивые картинки не делают эти задачи одинаковыми.
В Эсборд можно собрать процесс из фигур и коннекторов и обсудить его рядом с материалами. Это не обещание редактора BPMN: отдельной палитры BPMN, валидации нотации и экспорта исполняемого .bpmn/XML в этом сценарии нет. Стандарт описывает OMG.
Четыре элемента для первого разговора
- Старт и финиш: событие, которое запускает работу, и наблюдаемый результат.
- Действие: глагол и объект — «проверить реквизиты», а не «юрист».
- Решение: вопрос, у которого подписаны выходы, например «данных достаточно?» — «да» и «нет».
- Дорожка ответственного: роль, которая выполняет шаг, а не название программного окна.
Условные обозначения напишите на самой доске. Если ромб означает решение, не используйте такой же ромб для важного документа. Цвет должен помогать группировать, но не заменять текстовую подпись. Схему должны понимать и те, кто не присутствовал при её создании.
Пример: согласование договора
Учебный процесс начинается с подготовки проекта договора и заканчивается, когда согласованная версия готова к подписи. Подписание и хранение — отдельный следующий процесс: здесь мы их не моделируем.
- Инициатор готовит договор и передаёт его руководителю.
- Руководитель согласует условия. Если они не подходят, договор возвращается инициатору на доработку.
- Юрист проверяет формулировки после согласования условий. Замечания также возвращаются инициатору.
- После доработки новая версия повторно проходит согласование. Если замечаний нет, договор готов к подписи.
Открыть редактируемый пример на доске.
Теперь задайте вопросы, которые обычно не помещаются в красивую линейную цепочку. Кто сообщает об отказе? Что происходит, если клиент меняет условия после согласования? Как участники узнают, какая версия действующая? Где фиксируется причина возврата? Без этих ответов схема описывает только удачный случай.
Как нарисовать процесс на доске по шагам
Сначала попросите каждого участника назвать свои действия на стикерах. Не начинайте с выравнивания фигур: спор о реальном порядке важнее оформления. Затем вместе выстройте последовательность, найдите передачи ответственности и только после этого замените стикеры типовыми фигурами.
Разделите текущее и предлагаемое состояние. Если смешать их в одном поле, коллеги начнут спорить о том, что уже происходит, и о том, что хотелось бы изменить, как об одном факте. Подпишите версии и дату обсуждения; рядом оставьте открытые вопросы и владельцев ответов.
Через MCP внешний ассистент может помочь разместить фигуры и связи по вашему описанию. Но он не знает неписаных правил компании. Попросите его выделить предположения, а не заполнять пробелы уверенными шагами. У Эсборд нет собственной модели ИИ: доступ к доске получает ваш выбранный ассистент.
Ошибки, которые обнаруживаются на одном проходе
| Симптом | Что спросить |
|---|---|
| Стрелка выходит из ромба без подписи | При каком условии выбирается этот путь? |
| Действие между двумя дорожками | Кто отвечает за завершение шага? |
| Нет входного события | Что должно произойти, чтобы процесс начался? |
| Возврат уходит в никуда | К какому действию и с какой причиной возвращается работа? |
| Одна схема на десятки шагов | Можно ли выделить подпроцесс и отдельно показать его интерфейс? |
Не считайте схему готовой после согласия руководителя. Попросите исполнителя пройти недавний реальный случай и отдельно один сбой. Если приходится всё время объяснять устно, перенесите важное пояснение на схему или в соседнюю заметку.
Что оставить после согласования
Зафиксируйте границы процесса, владельца, дату версии и причины изменений. Назначьте, где хранится актуальная схема и как о её обновлении узнают участники. Доска помогает согласовать смысл; регламент, автоматизация и контроль исполнения могут жить в других системах.
Если нужно показать взаимодействие сервисов по времени, используйте диаграмму последовательности. Если обсуждение упирается в данные — ER-модель. Не пытайтесь одним типом схемы ответить на все вопросы сразу.
