User Story vs Job Story
📄User Story – это краткое описание функции с точки зрения пользователя и наименьшая единица работы в Agile. В среднем, команда может выполнить 2-3 user story за двухнедельный спринт
Цель: декомпозировать требования на понятные и выполнимые элементы
Формула: Я, как [тип пользователя], хочу [желание], чтобы [ценность или результат]
Пример: Я, как пользователь сайта, хочу получить трек-номер, чтобы следить за посылкой. Я, как пользователь, могу запросить напоминание пароля, чтобы восстановить пароль
Как составить user story:
➖ Определите пользователя, для которого создается функция
➖ Сформулируйте результат, который получит пользователь после использования функции
➖ Опишите ситуацию, в которой пользователь может использовать функцию
➖ Укажите ограничения или условия, при которых функция должна работать
Способ проверки “INVEST”:
➖ «I» Independent — независима от других историй
➖ «N» Negotiable — обсуждаема, по ней можно спланировать дальнейшие действия
➖ «V» Valuable — ценная, отвечает на вопрос «зачем»
➖ «E» Estimable — оцениваемая, можно установить критерии успеха
➖ «S» Small — маленькая или короткая, описывает одну задачу
➖ «Т» Testable — тестируемая - можно получить обратную связь от пользователей и сделать выводы
🎯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 Story – это краткое описание функции с точки зрения пользователя и наименьшая единица работы в Agile. В среднем, команда может выполнить 2-3 user story за двухнедельный спринт
Цель: декомпозировать требования на понятные и выполнимые элементы
Формула: Я, как [тип пользователя], хочу [желание], чтобы [ценность или результат]
Пример: Я, как пользователь сайта, хочу получить трек-номер, чтобы следить за посылкой. Я, как пользователь, могу запросить напоминание пароля, чтобы восстановить пароль
Как составить user story:
Способ проверки “INVEST”:
🎯Job Story (инструмент из концепции Jobs To Be Done (JBTD)) - это описание возможных ситуаций, при которых пользователь хочет воспользоваться нашим продуктом
Цель: определить ситуации, в которых у пользователя возникает потребность в продукте
Формула: Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]
Пример: когда пользователь оплатил заказ на сайте, он беспокоится, доставят ли ему товар и хочет получить трек-номер, чтобы следить за посылкой
Способ проверки:
Отличия:
Совмещение инструментов:
1. Изучить потребности пользователей
2. Описать потребности по шаблону Job Story, это позволит видеть картину пользователя целиком: его чувства, эмоции, привычные реакции
3. Придумать как удовлетворить потребности, описанные в Job Story
4. Выбрать решение и описать его по шаблону User Story
5. Передать User Story в разработку
Итог:
⭐️ Подборка материалов доступна в базе знаний по системному анализу
#требоваия