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

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

Зачем: Пошагово увидеть, кто и кому какие сообщения отправляет.
Как не бояться: Это как переписка в 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.
olku
UML и C4 описывают не бизнес требования и качества, а их реализацию. GPT может подсказывать неправильно.