"Ценность" НЕ всегда только для ПОЛЬЗОВАТЕЛЯ – иногда важно проверить РИСКИ технологии и реализации

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

-----------------

Тренинг и воркшоп User Story Mapping https://dblinov.com/trainings/user-st...
Статья о User Story Mapping https://dblinov.com/blog/tpost/cju8vk...
Статья о способах декомпозиции Историй https://dblinov.com/blog/tpost/du5ik1...
Статья с 38 доводами "Почему история должна быть меньше 1 спринта?" здесь https://dblinov.com/blog/tpost/p19u3z...

-----------------

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

В целом, ценность от поставки короткой истории, которая умещается в один спринт, не всегда для пользователя. Иногда это ценность для команды. Но в конечном итоге это всегда ценность для продукта, и, в итоге, для пользователя.

Например, мы можем отправлять ID и получать тайтл. Это очень простая интеграция, но мы проверяем работает она или нет в проме, тем самым снижая риски. Другой вариант - отправить ID и получить все поля в xml, все атрибуты, которые есть, сплошным списком, и вывести их на фронте в виде черных символов на белом фоне. Это не очень красиво, но для внутренних пользователей это может быть полезно. Они получают больше ценности от контента, чем от дизайна, и мы проверяем работу интеграции, тем самым снижая риски и повышая вероятность успеха в этом спринте.