Если вы спросите команду, почему они не декомпозируют задачи, то услышите возражение о том, что разделение нашей большой истории на несколько меньших станет бесполезным для пользователей. В реальности не каждый принт имеет ценность для пользователей, и это нормально. Все зависит от того, какой риск сейчас является главным-----------------
Тренинг и воркшоп User Story Mapping
Статья о User Story Mapping
Статья о способах декомпозиции Историй
Статья с 38 доводами "Почему история должна быть меньше 1 спринта?" здесь
-----------------
Если главный риск - необходимость продукта на рынке, то мы проверяем продуктовые гипотезы в спринтах. Если же главный риск - необходимость интеграции, то мы сначала реализуем интеграции, а затем занимаемся всем остальным.
В целом, ценность от поставки короткой истории, которая умещается в один спринт, не всегда для пользователя. Иногда это ценность для команды. Но в конечном итоге это всегда ценность для продукта, и, в итоге, для пользователя.
Например, мы можем отправлять ID и получать тайтл. Это очень простая интеграция, но мы проверяем работает она или нет в проме, тем самым снижая риски. Другой вариант - отправить ID и получить все поля в xml, все атрибуты, которые есть, сплошным списком, и вывести их на фронте в виде черных символов на белом фоне. Это не очень красиво, но для внутренних пользователей это может быть полезно. Они получают больше ценности от контента, чем от дизайна, и мы проверяем работу интеграции, тем самым снижая риски и повышая вероятность успеха в этом спринте.
Музыка
Фильмы
ТВ Шоу
Категории видео
