Одно недопонимание на встрече может стоить вам недель переделок. Давайте разберемся, как донести процесс так, чтобы все поняли одинаково — и заказчик, и команда.
Я — Катя Лапаева, руководитель 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.
Автор: LapaevaKaterina
