Истории пользователей и варианты использования
-
22-08-2019 - |
Вопрос
Варианты использования - это всего лишь несколько пользовательских историй ??
Каковы преимущества использования пользовательских историй перед вариантами использования ... и наоборот ... Когда использовать одну перед другой ... Все ли гибкие методологии используют пользовательские истории ??
Решение
На самом деле исходные варианты использования (см. Якобсона ) были довольно легкими, как и сейчас.Со временем они эволюционировали до тех пор, пока общий формат «вариантов использования» не превратился в сложный документ с входами, выходами, наследованием, использованием отношений, псевдокодом и т. Д. Программисты, как правило, пытаются преобразовать все в программирование.
В любом случае попытка определить, что отличает «вариант использования» от «пользовательской истории» от «сценария», довольно бесполезна, поскольку трудно найти двух авторитетных специалистов, которые согласны с этим. \
Лично я считаю полезным паттерн «[Актер] [глаголы] [существительное], чтобы получить [коммерческую ценность]».Если речь идет о абзаце текста, он может быть слишком большим.
Другие советы
Когда доходит до Agile, это всего лишь ярлык, и люди расходятся во мнениях относительно того, что именно это означает.Точно так же люди называют очень разные вещи «вариантами использования».
По моему опыту, основное различие между ними состоит в том, что пользовательская история ориентирована на пользователя, обычно короче и менее формальна - в идеале она должна легко помещаться на открытке.Вероятно, он не дает подробностей об обработке ошибок и т. Д.
Варианты использования могут быть гораздо более формальными (хотя некоторые люди пишут их и неформально) - они сосредоточены на каждом взаимодействии с системой и могут более подробно описывать несколько различных систем / участников /и т. д. в одном варианте использования.
Это только мой опыт - есть вероятность, что каждый использовал эти инструменты по-разному.Я бы не стал слишком зацикливаться на ярлыках - просто используйте то, что подходит для вашего проекта.
Сценарии использования не являются сборниками пользовательских историй.
Пользовательские истории обычно намного проще, чем варианты использования. Я думаю, что варианты использования пытаются охватить абсолютно все, что связано с поведением какого-либо аспекта системы. То есть все поведения, все пути к ошибкам и вся обработка исключений.
Рекомендуемый шаблон для пользователя:
<цитата>Как (роль) я хочу (чего-то), чтобы (выгода)
(Спасибо Майку Кону за этот простой шаблон)
Подобные описания поведения более гибкие.
Этот вид шаблонов позволяет описывать поведение, используя разные уровни детализации. Например:
- для тех историй, которые будут реализованы в более позднем спринте, вы можете описать поведение на высоком уровне, например Как член операционной группы я хочу контролировать систему удаленно, чтобы я мог определять ее работоспособность в дороге.
- для тех историй, которые будут реализованы в следующем спринте, вы можете описать поведение немного более подробно, например Как член команды операторов я хочу иметь специальный вход только для операторов, чтобы я мог проверять работоспособность системы.
- для историй, реализуемых в текущем спринте, вы можете очень подробно описать поведение, например Как член операционной группы я хочу иметь веб-интерфейс, чтобы я мог проверять текущий статус принимающего ftp-сервера.
ИМХО варианты использования гораздо более высечены в камне! Следовательно, обновление после первоначальной версии может быть проблемой.
HTH
ура,
Роб
Одним словом, нет.
Сценарии использования, как правило, представляют собой подробные спецификации, в которых излагается, как будет работать определенная часть функциональности или как конкретный пользователь собирается использовать систему. Обычно это голос определенного пользователя (или актера) и довольно самодостаточен.
С другой стороны, пользовательская история - это «приглашение к обсуждению». Обычно это одно или два предложения. Вот хороший ресурс для этого. И User Stories Applied Майка Кона того стоит.
Типичный синтаксис: «Как <пользователь>, мне нужна <функциональность> для достижения <бизнес-ценности>» или «Для достижения <бизнес-ценности> как <пользователь> мне нужна <функциональность>», что определяет ценность истории.
Пользовательские истории не предназначены для автономного использования, а предназначены для обсуждения истории между разработчиком и заказчиком (или доверенным лицом клиента).
Вы можете думать о сценарии использования как о пользовательской истории, но не наоборот.Вариант использования будет охватывать несколько «концовок» истории, особые требования (например, поля формы должны быть введены в формате xyz и отображать сообщение об ошибке 123, если пользователь вводит поле в неправильном формате).Кроме того, вариант использования может включать дополнительные ссылки на внешние документы, например правила безопасности.
Истории пользователей - это инструмент, используемый в гибкой разработке, чтобы убедиться, что вы создаете продукт, который действительно нужен вашему пользователю.
- Он скорее описывает почему вам следует сделать ту или иную функцию вместо КАК или ЧТО .
- По моему личному опыту, это отличный способ сбалансировать видение клиента и разработчика для создания лучшего продукта.
В отличие от США, вариант использования ориентирован на то, кто использует ваш продукт.Вот в чем разница.
Я бы сказал, что для Agile-разработчика нет другого такого инструмента, как User Stories.Если вы хотите научиться успешно их писать, ознакомьтесь с этим сообщение.