Кто в команде разработки ПО пишет требования?

Создание требований — это совместный процесс, которым обычно руководят Бизнес-аналитик (BA) или Продуктовый менеджер (PM).

Основные роли и их вклад:

1. Бизнес-аналитик / Системный аналитик — ключевая роль.

   • Собирает и анализирует потребности стейкхолдеров (заказчиков, пользователей).
   • Формализует их в документы: User Stories, Use Cases, спецификации требований к ПО (SRS).
   • Проясняет неоднозначности и разрешает противоречия.

2. Продуктовый менеджер — определяет что и зачем.

   • Формирует видение продукта и роадмап.
   • Расставляет приоритеты функций (фич) на основе бизнес-ценности и стратегии.
   • Пишет высокоуровневые требования (Epics, Features).

3. Технический лид / Архитектор — уточняет как.

   • Детализирует нефункциональные требования (производительность, безопасность, масштабируемость).
   • Оценивает техническую реализуемость.

4. Команда разработки и QA — участвуют в ревью.

   • Разработчики оценивают сложность реализации.
   • Тестировщики проверяют требования на тестопригодность, полноту и отсутствие противоречий.

Пример User Story (формат Connextra):

Как [роль пользователя],
Я хочу [выполнить действие],
Чтобы [получить пользу/результат].

Критерии приемки (Acceptance Criteria):
- Дано: Пользователь на странице входа.
- Когда: Он вводит валидные email и пароль.
- Тогда: Происходит редирект на личный кабинет.
- И: Отображается приветственное сообщение.