Перейти к основному содержимому

User Story vs Job Story

User Story – это краткое описание функции с точки зрения пользователя и наименьшая единица работы в Agile. В среднем, команда может выполнить 2-3 user story за двухнедельный спринт.

Цель​

Декомпозировать требования на понятные и выполнимые элементы.

Формула​

Я, как [тип пользователя], хочу [желание], чтобы [ценность или результат]

Пример​

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

Как составить user story​

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

Способ проверки “INVEST”​

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

Job Story​

Job Story (инструмент из концепции Jobs To Be Done (JBTD)) - это описание возможных ситуаций, при которых пользователь хочет воспользоваться нашим продуктом.

Цель​

Определить ситуации, в которых у пользователя возникает потребность в продукте.

Формула​

Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]

Пример​

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

Способ проверки​

  • Описывает результат, который получит пользователь.
  • Не содержит готовое решение.
  • Описывает контекст, в котором человек находится при возникновении проблемы, а не саму проблему.
  • Отвечает на вопрос «Почему/для чего?» мы должны это сделать.

Отличия​

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

Совмещение инструментов​

  1. Изучить потребности пользователей.
  2. Описать потребности по шаблону Job Story, это позволит видеть картину пользователя целиком: его чувства, эмоции, привычные реакции.
  3. Придумать как удовлетворить потребности, описанные в Job Story.
  4. Выбрать решение и описать его по шаблону User Story.
  5. Передать User Story в разработку.

Итог​

  • Job Story подходит, если нужны идеи для доработки текущего продукта или создания нового.
  • User Story подходит, если нужно декомпозировать и описать уже выбранное решение.

Подборка материалов​

User Stories​

  1. Гайд по User Stories
  2. Как создать User Story с примерами
  3. Пользовательские истории с примерами и шаблоном
  4. User Story: разбор типичных ошибок
  5. Какой должна быть user_story, и что общего у системных аналитиков и голливудских сценаристов
  6. Зачем, когда и как совмещать User Story с Use Case: практический пример

JTBD​

  1. Серия статей от ВК: часть 1, часть 2, часть 3
  2. Jobs to be done - полный гайд по изучению
  3. Job Stories для проектирования интерфейсов

User Stories vs Job Stories​

  1. User Story и Job Story Mapping
  2. Чем отличаются User Stories от Job stories?
  3. Заменяем User Story на Job Story
  4. Как выбрать между User Stories и Job Stories
  5. Что такое Job’s To Be Done и Job stories

Видео​

  1. Что такое Job Stories на реальном примере и чем он лучше US
  2. Павел Камышов - User Story vs Job Story
  3. User Story и Job Story: в чем разница и когда они нужны?
  4. Альтернативный взгляд на потребности, user и job stories — ЛАФ
  5. Как писать User Story?