В какой-то момент, во время обсуждения требований к проекту, возникает невообразимая путаница с терминологией:
Сценарии (Scenarios), пользовательские истории (User Story) и варианты использования (Use Cases).
Несмотря на сходство в именах, результат работы будет отличаться, так как каждый из терминов предназначен для определенной аудитории.
Сценарии ( Scenarios ) – результат пользовательских исследований, подготовленный аналитиками и ux специалистами.
Цель: Коммуникация с командой проектировщиков
Пользовательские истории ( User Story ) – подготавливают руководители проекта, менеджер продукта.
Цель: Определить требования до начала спринта в гибкой методологии разработки
Варианты использования ( Use Cases ) – разрабатываются QA командой (контроль качества) для команды тестировщиков.
Цель: Тестирования продукта, контроль качества
Сценарии
Сценарии – история содержащая в себе цели, мотивационные факторы или задачи персонажа для заданного контекста.
Сценарии используют для создание реалистичного персонажа, который позволит проектировщику играть роль персонажа в момент принятия решений.
Пример:
Вечеслав, будучи пассажиром метро, часто пользуется социальным сетями для поддержания связи со своими друзьями. Во время поездки в метро он заходит в приложение социальной сети “НАсвязи”, чтобы увидеть последние сообщения друзей и, в случае необходимости, сразу ответить на сообщение.
Пользовательские истории
Созданные в начале спринта гибкой методологии разработки пользователськие истории – это краткая формулировка, касающаяся требований к продукту.
Формат пользовательских историй различается в зависимости от организации или персональных предпочтений, однако традиционный формат содержит следующие утверждения:
Обратить внимание на различную формулировку: “хочу” или “мне необходимо”. Разница в формулирование позволяет задать критерий важности функционала в продукте, обязательно ли данное требование или хорошо бы было иметь такую функциональность в будущем.
Пример:
Как пассажиру метро мне необходимо видеть новые сообщения, чтобы при необходимости ответить.
Варианты Использования
Варианты использования – это набор инструкций, которые позволяют достичь поставленную цель. Человек должен иметь возможность прочитать каждый шаг и понять, что делать с ситемой, и как система ответит на эти действия.
Варианты использования так же подразумевают ветвления, так что некоторые шаги будут пропущены в ходе выполнения, в зависимости от действий пользователя.
Варианты сипользованны могут быть представлены в виде диограммы потока ( Flow chart ) рис.1
Рис. 1: Диаграмма потока для вариантов использования.
Чтобы избежать путаницы, стоит отметить, что так же существуют сценарии использования (Usage scenarios) которые полностью покрывают одну последовательность шагов в варианте использования.
Пример:
Use case: Проверка новых сообщений и написание ответа
Actor: Пассажир в метро
Шаги:
Пассажир берет телефон
Пассажир запускает приложение “НАсвязи”
Пассажир сразу видит наличие новых сообщений
Пассажир переходит к списку сообщений
Пассажир видит новые сообщения в самом начале списка
Пассажир просматривает сообщения в краткой форме
Пассажир оценивает важность присланных сообщений
Пассажир выбирает важное
Пассажир пишет ответ
Вывод
Сценарии, пользовательские истории и варианты использования не являются одинковыми вещами, несмотря на то, что люди будут пытаться использовать их взаимосвязанно. Только в контектсе можно определить какой из трех подходов лучший:
Сценарии – для исследования аудитории
Истории – для гибкой разработки
Варианты использования – для разработчиков