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

— Легко понять любому человеку;
— Представляют собой небольшие результаты, которые могут поместиться в спринтах, в то время как не все полные функции могут;
— Помогают команде сосредоточиться на реальных людях, а не на абстрактных чертах;
— Набрать обороты, давая командам разработчиков ощущение прогресса.

Истории пользователей относятся к 90-м годам. Кент Бек начал рассказывать о User Stories в своей книге «Прикладное экстремальное программирование». Он объяснил, что истории являются «противоядием от требований», которые являются «чем-то обязательным» и как таковые стоят на пути к принятию изменений. Идея возникла из истории, которую пользователь рассказал ему о новом продукте:

«Если вы можете рассказывать истории о том, что делает программное обеспечение, и генерировать энергию, интерес и видение в сознании вашего слушателя, то почему бы не рассказывать истории до того, как это сделает программное обеспечение?» — Кент спросил себя, почему нельзя сформировать видение продукта до того, как он создается? Истории о том, кто будет использовать продукт, что он будет делать и почему?

Мы должны вести беседы, которые помогут нам все обдумать. Джефф Паттон, автор книги «Отображение пользовательских историй», настаивает на том, что «истории получают свое название от того, как мы их используем, а не от того, как мы их пишем».

Позднее появилась Рэйчел Дэвис из компании Connextra, изобретшая шаблон, которым многие из пользуются сегодня, он выглядит следующим образом:

Она пыталась помочь своим коллегам организованно писать истории на маленьких карточках. Шаблон напоминает нам о трех самых важных вещах: кто этого хочет, чего они хотят и почему.

Поставьте себя на место пользователя и подумайте об их потребностях с их точки зрения, например: «Как пользователь мобильного телефона, я хочу проверить прогноз погоды для своего местоположения, чтобы мне не приходилось просматривать его каждый раз, когда я отправляюсь в новое место».

Добавление слова «пользователь» в истории помогает привлечь внимание к тем, для кого создается продукт. Это может помочь прояснить, почему шаблон «Как разработчик, я хочу» может быть точным только в том случае, если наши конечные пользователи являются разработчиками.