В какой-то момент, во время обсуждения требований к проекту, возникает невообразимая путаница с терминологией:
Сценарии (Scenarios), пользовательские истории (User Story) и варианты использования (Use Cases).

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

Сценарии ( Scenarios ) – результат пользовательских исследований, подготовленный аналитиками и ux специалистами.
Цель: Коммуникация с командой проектировщиков

Пользовательские истории ( User Story ) – подготавливают руководители проекта, менеджер продукта.
Цель: Определить требования до начала спринта в гибкой методологии разработки

Варианты использования ( Use Cases ) – разрабатываются QA командой (контроль качества) для команды тестировщиков.
Цель: Тестирования продукта, контроль качества

Различие в целевой аудитории означет, что структура и содержание в трех приведенных подходах будет различна.

Сценарии

Сценарии – история содержащая в себе цели, мотивационные факторы или задачи персонажа для заданного контекста.

Сценарии используют для создание реалистичного персонажа, который позволит проектировщику играть роль персонажа в момент принятия решений.

Пример:
Вечеслав, будучи пассажиром метро, часто пользуется социальным сетями для поддержания связи со своими друзьями. Во время поездки в метро он заходит в приложение социальной сети “НАсвязи”, чтобы увидеть последние сообщения друзей и, в случае необходимости, сразу ответить на сообщение.

Пользовательские истории

Созданные в начале спринта гибкой методологии разработки пользователськие истории –  это краткая формулировка, касающаяся требований к продукту.

Формат пользовательских историй различается в зависимости от организации или персональных предпочтений, однако традиционный формат содержит следующие утверждения:

Как <роль пользователя>, я <хочу/мне необходимо> <цель/желание> чтобы <выгода>

Обратить внимание на различную формулировку: “хочу” или “мне необходимо”. Разница в формулирование позволяет задать критерий важности функционала в продукте, обязательно ли данное требование или хорошо бы было иметь такую функциональность в будущем.

Пример:
Как пассажиру метро мне необходимо видеть новые сообщения, чтобы при необходимости ответить.

Варианты Использования

Варианты использования – это набор инструкций, которые позволяют достичь поставленную цель. Человек должен иметь возможность прочитать каждый шаг и понять, что делать с ситемой, и как система ответит на эти действия.

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

Варианты сипользованны могут быть представлены в виде диограммы потока ( Flow chart )  рис.1

UseCaseFlowChart

Рис. 1: Диаграмма потока для вариантов использования.

Чтобы избежать путаницы, стоит отметить, что так же существуют сценарии использования (Usage scenarios) которые полностью покрывают одну последовательность шагов в варианте использования.

Пример:
Use case:  Проверка новых сообщений и написание ответа
Actor: Пассажир в метро
Шаги:
Пассажир берет телефон
Пассажир запускает приложение “НАсвязи”
Пассажир сразу видит наличие новых сообщений
Пассажир переходит к списку сообщений
Пассажир видит новые сообщения в самом начале списка
Пассажир просматривает сообщения в краткой форме
Пассажир оценивает важность присланных сообщений
Пассажир выбирает важное
Пассажир пишет ответ

Вывод

Сценарии, пользовательские истории и варианты использования не являются одинковыми вещами, несмотря на то, что люди будут пытаться использовать их взаимосвязанно. Только в контектсе можно определить какой из трех подходов лучший:

Сценарии – для исследования аудитории

Истории – для гибкой разработки

Варианты использования – для разработчиков