КАК ПИСАТЬ ТРЕБОВАНИЯ

Одной из основных задач работы аналитика является выявление и формирование требований. Требования бывают разные:
- бизнес задачи и бизнес-требования
- Функциональные требования (описывают сценарии, по которым с системным продуктом взаимодействует пользователь)
- Нефункциональные требования

Требования - это задокументированный формат
Бизнес-анализ затрагивает полностью всю тему требований, начиная от Discovery фазы проекта с выявлением бизнес-целей, и заканчивая написанием User story - пользовательских историй или сценариев, которые имеют четкую структуру и используются командами разработки.

Я хочу расписать постановку требований со стороны аналитика данных, где работа с требованиями заключается в сборе и исследовании данных.

Процесс работы с требованиями выглядит следующим образом:

1. Выявление требований
Помимо подходов бизнес-аналитики по выявлению требований, таких как интервью, воркшопы, запуск опросов и запись пожеланий клиентов, аналитик данных можете использовать другие инструменты:
- Python или другой язык программирования для сбора данных (Data Mining) с сайтов и получения первичной статистики
- Google analytics или другой подобный инструмент, который собирает и описывает всю информацию по использованию веб-ресурса
- SQL, если данные уже собираются в транзакционную базу данных или даже передаются в аналитическое хранилище данных
- Инструменты BI отчетов, где можно динамично анализировать разные метрик и выявлять по ним требования для дальнейшего улучшения процесса/системы

2. Уточнение требований
Здесь подойдут такие подходы как:
- построение mind map
- Root cause analysis
- Анализ 5 почему

3. Планирование изменений
На данном этапе важно понять, где проект находится сейчас (As-is) и к чему вы хотите его привести (To-be)
Для описания подойдут различные методологии и нотации: BPMN, Sequence diagram, Business architecture, Conceptual data model

4. Декомпозиция требований
Сначала нужно разделить требования на функциональные требования и прописать сценарии пользователя. Для этого отлично подходят
- User story
- User story map ( все user story связаны между собой единым развитием и сценарием пользователя)
- Use cases - пошаговое описание действий пользователя

Далее функциональные требования разбиваются на системные требования, которые data аналитик может оформлять в виде
- Data flow diagram
- ER-diagram
- Conceptual/Logical/Physical data model