Agile
Agile-коуч
Agile-трансформация
AgileSurvey
Beyond Budgeting
DevOps
HR
Kanban
KPI
LeSS
OKR
OKR-инструменты
PMI
Project management
SAFe
Scrum
Scrum in Hardware
Scrum-мастер
Spotify
XM
Архитектура
Бюджетирование
Владелец продукта
Игра
Инженерия
Конфликты
Менеджмент
Обучение
Продуктовый менеджмент
Самоорганизация
Тренинг
Фасилитация
Финансы
Холакратия
Применить

User Story — инструкция по применению

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

User Story (пользовательская история) — короткая формулировка намерения пользователя и что продукт должен сделать для него.

Для чего применяется User Story?

  • Для описания элементов бэклога
  • Для лучшего понимания пользователей
  • Для описания требований к продукту на понятном для всех языке: пользователей, разработчиков другие заинтересованных лиц
  • Для вовлечения в процесс разработки пользователей и заинтересованных лиц
  • Для построения User Story Mapping

Как формулировать User Story?

User Story — это ответы на 3 вопроса, связанные в одно предложение:

  • Что это за пользователь?
  • Какое действие он хочет выполнить в продукте или какой результат от продукта хочет получить?
  • Зачем это ему?

Как <роль или тип пользователя>,

я хочу/могу <выполнить действие или получить результат>,

чтобы <получить ценность>

Примеры

И ещё немного примеров:

Как <пользователь фейсбука>, хочу <видеть в ленте только позитивные посты>, чтобы <не портить себе настроение>

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

Как видно из примеров, ценность User Story как инструмента в том, что он очень универсален — вы можете использовать для лучшего понимания пользователей в абсолютно любой сфере.

 

Хорошая пользовательская история

INVEST — критерий хорошей истории:

Independent — независимая от других историй, то есть истории могут быть реализованы в любом порядке
Negotiable — обсуждаемая, отражает суть, а не детали; не содержит конкретных шагов реализации
Valuable — ценная для клиентов, бизнеса и стейкхолдеров
Estimable — оцениваемая по сложности и трудозатратам
Small — компактная, может быть сделана командой за одну итерацию
Testable — тестируемая, имеет критерии приемки

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

Мы учим формулировать User Story на тренинге Владелец продукта: краткий курс выживания.

P.S.: серию статей про продуктовые инструменты пишут Роман Баранов и Дмитрий Кустов используя технику pair writing.

11 авг 2020, Дмитрий Кустов
Другие статьи
28 авг 2020, Дмитрий Кустов
User Story Mapping – инструкция по применению

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

3 авг 2020, Дмитрий Кустов
Impact Mapping — инструкция по применению

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

22 июл 2020, Дмитрий Кустов
Customer Journey Map (CJM) – инструкция по применению

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