В каком виде получаешь требования?

Формы представления требований: виды документации в BA

Основные форматы требований

Business Analyst использует разнообразные форматы представления требований в зависимости от контекста, аудитории и сложности. Вот основные виды:

1. Текстовые документы (Specification Documents)

Business Requirements Document (BRD)

• Описание бизнес-проблемы и необходимого решения
• Для: руководства, стейкхолдеров
• Включает: видение, цели, метрики успеха, ROI

Functional Requirements Document (FRD)

• Детальное описание функциональности
• Для: разработчиков, QA
• Включает: функции, экраны, логика обработки

System Requirements Specification (SRS)

• Полная спецификация всех требований
• Для: разработчиков, архитекторов
• Включает: функциональные, нефункциональные, интеграционные требования

2. Use Cases и Сценарии

Use Case описания

• Взаимодействие актора и системы
• Структура: предусловия, основной поток, альтернативы, исключения
• Инструменты: документирование в Word/Confluence или средства моделирования

User Stories

• Формат: "Как [роль], я хочу [действие], чтобы [результат]"
• Для Agile проектов
• Пример: "Как покупатель, я хочу добавить товар в корзину, чтобы продолжить покупку"

3. Диаграммы и модели

Data Flow Diagram (DFD)

• Поток данных между системами и процессами
• Уровни: контекстная диаграмма, детализированные DFD
• Инструменты: Lucidchart, draw.io, Microsoft Visio

Business Process Model and Notation (BPMN)

• Визуализация бизнес-процессов
• Элементы: события, задачи, шлюзы, потоки
• Уровень детализации можно варьировать

Entity-Relationship Diagram (ERD)

• Структура данных и связи между сущностями
• Для: проектирования БД
• Инструменты: Draw.io, LucidChart

User Journey Map

• Путь пользователя через систему
• Включает: точки соприкосновения, эмоции, боли, потребности
• Для: понимания UX

4. Прототипы и макеты

Wireframes

• Схематичные макеты интерфейсов
• Показывают расположение элементов
• Инструменты: Figma, Sketch, Adobe XD, Balsamiq

Mockups

• Высокофидельные макеты с дизайном
• Близко к финальному продукту
• Для: согласования с клиентом

Prototypes

• Интерактивные прототипы
• Показывают логику взаимодействия
• Инструменты: Figma, Axure, Adobe XD

5. Таблицы и матрицы

Требования в табличном формате

ID | Требование | Приоритет | Статус | Трассировка
REQ-001 | Пользователь может логиниться | CRITICAL | Draft | UC-001
REQ-002 | Система должна обрабатывать 1000 TPS | HIGH | Approved | NFR-003

Матрица трассировки (Traceability Matrix)

• Связь между требованиями, дизайном, кодом и тестами
• Для: проверки полноты реализации

Матрица RACI

• Распределение ответственности по стейкхолдерам
• Для: управления согласованиями

6. Acceptance Criteria

Критерии приёмки

• Чёткие условия, при которых требование считается выполненным
• Формат: "Given... When... Then..."
• Пример: "Given пользователь авторизован When нажимает кнопку Профиль Then открывается страница профиля"

7. Документы в инструментах управления

Agile требования в Azure DevOps, Jira

• User Stories с задачами и баг-трекингом
• Структурированное хранилище всех требований
• Интеграция с разработкой

Выбор формата по ситуации

Для чётких требований: BRD → SRS с диаграммами DFD/BPMN

Для Agile проектов: User Stories → Wireframes → Prototypes

Для сложных систем: Use Cases + ERD + BPMN + Acceptance Criteria

Для IT-инфраструктуры: Technical Specification с детальными диаграммами

Для мобильных приложений: User Journey Maps + Wireframes + Prototypes + Acceptance Criteria

Best Practices документирования

• Минималистичность: документируй достаточно, но не более
• Консистентность: используй единые шаблоны и терминологию
• Версионирование: отслеживай изменения требований
• Доступность: храни в системах, доступных всей команде
• Актуальность: обновляй при изменении требований
• Наглядность: сочетай текст и диаграммы

Заключение

Профессиональный BA не привязывается к одному формату. В зависимости от проекта, команды и культуры компании используется комбинация подходов, позволяющая максимально четко и полно передать требования.