Существует три кита, на которых стоят функциональные требования:
User story - показывает, что делает пользователь в назначенной ему роли для достижения конкретного результата, и что ему необходимо для этого.
Шаблон выглядит таким образом:
As a/an <Название роли>, I want to <Цель, Действие>, so that <Ожидаемый результат>, to do <Что нужно сделать разработчику>.
Для удобства постановки задачи можно использовать различные программы — Trello, Google Docs (таблицы) и т.д. Благодаря такой системе можно легко наладить структуру коммуникации и вовремя оставлять комментарии на ту или иную задачу. Пример перед вами:
Наглядно видно, как процесс постановки задачи плавно перетекает в её выполнение.
После User story переходим к Use cases.
Use cases — это описание поведения пользователя во время взаимодействия с разрабатываемым продуктом, другими словами, во время перехода к функционалу. То есть на каждую задачу необходимо предоставлять свой use cases.
Например: у нас две задачи — загрузить изображения на платформу и затем удалить. Для первой нам необходимо прописать весь процесс — зайти в личный кабинет, открыть раздел «Галерея», загрузить, увидеть уведомление об успешной загрузке. Далее — прописываем ряд задач по удалению изображения: кликнуть по картинке, нажать на иконку «три точки», увидеть контекстное меню, удалить файл (примерный вариант).
Wireframes - иначе говоря, образ дизайна низкой точности. Как правило, он четко показывает три составляющих:
Благодаря Wireframes мы видим как будет выглядеть конечный функционал сайта.