
Одно недопонимание на встрече может стоить вам недель переделок. Давайте разберемся, как донести процесс так, чтобы все поняли одинаково — и заказчик, и команда.
Я — Катя Лапаева, руководитель GIGASCHOOL. В этой статье я спросила у Алексея Демченко, бизнес-аналитика в Napoleon IT, какие нотации он использует в работе и как они помогают общаться с разработчиками, заказчиками и бизнесом так, чтобы все друг друга понимали. Скорее читай и применяй на практике в своей работе!
Что такое нотации и зачем они вообще нужны
Нотации — это стандартизированные способы визуально описывать процессы, данные и взаимодействия в проекте.
Проще говоря, это язык схем и диаграмм, который одинаково понимают все участники проекта: аналитики, разработчики, тестировщики и заказчики.
Они помогают:
Ускорить передачу информации (схема читается быстрее, чем 3 страницы текста).
Снять двусмысленности.
Минимизировать ошибки (визуализация сразу выявляет дыры в логике).
Когда в работе без нотаций никак
Случалось ли вам:
Объяснять процесс так, что все кивают, но никто не понял?
Рисовать схему на салфетке, а потом понять, что она больше похожа на карту сокровищ?
Слышать от разработчиков: «Это требование или пожелание?»
В таких случаях нотации — ваш лучший друг. Давайте разберём 4 инструмента, которые Алексей использует в своей работе.
1. BPMN — «Как устроен бизнес-процесс?»
Зачем: Понять, кто, что и в каком порядке делает.
Как не бояться: Это просто блок-схема с красивыми значками.
Основные элементы:
Действия (Activity) — прямоугольники с закруглёнными углами.
События (Events) — кружки (старт, промежуточные, завершение).
Шлюзы (Gateways) — ромбы (ветвление процесса).
Потоки (Flows) — стрелки (последовательность шагов).

2. ERD — «Где и как хранятся данные?»
Зачем: понять, какие таблицы есть в базе и как они связаны.
Как не бояться: представьте соцсеть, где пользователи пишут посты и ставят лайки, вот и связи между сущностями.
Основные элементы:
Сущности (Entities) — прямоугольники.
Атрибуты (Attributes) — свойства сущностей.
Связи (Relationships) — линии между сущностями.

3. Sequence Diagram — «Как системы общаются между собой?»
Зачем: Пошагово увидеть, кто и кому какие сообщения отправляет.
Как не бояться: Это как переписка в Telegram, только между программами.

4. User Story Mapping — «Как разложить проект по полочкам?»
Это гибкая методика визуализации, но ее часто называют «неформальной нотацией».
Зачем:
Визуализировать весь продукт от «хочу» до «готово».
Приоритизировать фичи без многостраничных ТЗ.
Определить, что делать в первую очередь.
Как не бояться: Представьте, что планируете путешествие:
Сверху — крупные шаги: «Купить билеты», «Забронировать отель».
Снизу — детали: «Выбрать авиакомпанию», «Проверить визовые требования».
Слева направо — хронология.

Как работать:
Вертикально — приоритеты (сверху — must have, снизу — nice to have).
Горизонтально — этапы (слева — MVP, справа — когда-нибудь).
Когда и какую нотацию выбирать
Нотация |
Когда применять |
BPMN 2.0 |
Описание бизнес-процессов |
ERD |
Проектирование базы данных |
Sequence |
Взаимодействие компонентов системы |
USM |
Планирование релизов и сценариев |
Еще полезные инструменты для BA
UML (Use Case, Class, State Machine) — швейцарский нож аналитика.
C4 — архитектура системы в 4 слоях.
Mind Maps — быстрый разбор идей и требований.
Как говорит Алексей:
«Нотации — это способ говорить с разными ролями в проекте на одном языке. Они экономят время, снижают количество ошибок и помогают бизнесу и разработке работать синхронно».
Главное — не стремиться освоить все сразу, а выбрать то, что решает вашу задачу прямо сейчас.
Закрепляем:
Если процессы — BPMN.
Если данные — ERD.
Если Agile-хаос — USM.
Комментарии (8)
Tyuli
24.08.2025 10:561) У вас заголовки 2 и 3 разделов слетели, получилась "каша" в разделе 1.
2) Диаграмма последовательности - это тоже UML.
3) Вообще много неточностей. Хотя я за популяризацию обыденностей в целом, но такое прямо требуется заминусовать (к сожалению, у меня нет таких прав), просто чтобы людей неточностями не сбивать.
santer_koder
24.08.2025 10:56Бизнес аналитики с опытом, подскажите, на что ещё обратить внимание кроме этих диаграмм?
Irreversib1e
24.08.2025 10:56На бизнес- процессы
vanderPon
24.08.2025 10:56Ну, BPMN отлично позволяет летать процессы и на верхнем уровне. Детальный разбор процесса на уровне вызовов уже можно не в BPMN, а в UML sequence
extnike
24.08.2025 10:56На EPC , IDEF, и на самые простые BFC/CFFC, которые те самые "схемы на салфетке".
beskov
24.08.2025 10:56Если речь про диаграммы и практики совместного выяснения с заказчиком чо зачем, то как минимум value stream mapping, event storming, domain storytelling, model storming, impact mapping. Для начала хватит.
А как вы будете заказчику объяснять смысл ERD — я бы с удовольствием сам посмотрел.
olku
UML и C4 описывают не бизнес требования и качества, а их реализацию. GPT может подсказывать неправильно.
beskov
в UML можно моделировать и домен, а не только решение.
Но да, достаточно муторно, Activity этот тот же BPMN, яйца сбоку, а всё остальное непонятно бизнесу, кроме Statechart.