В концепции JTBD есть свой формат для описания требований к создаваемому продукту. Он называется Job story. Большинство продуктовых команд хорошо знакомы с User story и используют именно их для описания требований. Давайте на нескольких примерах попробуем разобраться в чем отличия между Job story и User story .
Пример 1. User Story: Как модератор, я хочу создать новую игру, введя название и необязательное описание. Job Story: Когда я буду готов, к тому, чтобы оценщики сделали ставку на мою игру, я захочу создать игру в понятном для них формате, так оценщики смогут найти мою игру и понять, что они могут сделать ставку.
Пример 2. User Story: Как оценщик, я хочу видеть оцениваемый предмет, чтобы знать, на что я делаю ставку. Job Story: Когда я найду предмет, который захочу оценить, я хочу иметь возможность посмотреть на него, чтобы понимать, что тот предмет, на который я делаю ставку действительно нужен мне.
Пример 3. User Story: Как модератор, я хочу выбрать предмет для оценивания или переоценки, команда видит этот предмет и может оценить его. Job Story: Когда у предмета нет оценки или оценка мне не нравится, я хочу иметь возможность заново запустить процесс оценки и уведомить всех, чтобы команда знала, что определенный предмет требуется оценить
В чем вы видите ключевые отличия в формулировках JS и US?
