Как декомпозировать USER STORY, чтобы релизиться КАЖДЫЙ СПРИНТ? - Держите "Pop-it декомпозиции"

Подписаться 1,1 тыс.

Просмотров 4,2 тыс.

50% 1

Почему история должна быть меньше 1 спринта?
-----------------
Тренинг и воркшоп User Story Mapping dblinov.com/trainings/user-st...
Статья о User Story Mapping dblinov.com/blog/tpost/cju8vk...
Статья о способах декомпозиции Историй dblinov.com/blog/tpost/du5ik1...
Статья с 38 доводами "Почему история должна быть меньше 1 спринта?" здесь dblinov.com/blog/tpost/p19u3z...
-----------------
Зачем нужно, чтобы Юзер-стори умещалась в один спринт? Чем полезны истории размером меньше 1 итерации? И даже больше - зачем разделять истории на ещё меньшие куски?
В общем и целом, одна или несколько задач, завершаемых до состояния DoD в каждом спринте, позволяют вам соблюдать принцип инкрементальности Скрама. Но что это означает, и зачем этому принципу следовать? У работы инкрементами множество плюсов, и многие из них перечислены ниже.

Опубликовано:

11 июн 2023

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 11

@user-bz5vy6tz5i День назад

Шикарно

@mur6225 3 месяца назад

Спасибо, Дмитрий! Видно, что вы проделали большую исследовательскую работу) Классный стиль съемки и презентации, очень хорошо сочетается Продолжайте снимать, пожалуйста!

@user-ex1ks2xk5m 5 месяцев назад

Класс! Спасибо! Первый раз вижу такой всесторонний и системный подход к проблеме.

@boniacu 7 месяцев назад

Классный контент. Спасибо.

@dblinov 7 месяцев назад

Спасибо за отзыв! Рад, что понравилось :)

@rayrayray4653 3 месяца назад

nice!

@dw_tv3992 Месяц назад

KISS - keep it simple, stupid! это правильная расшифровка аббривиатуры)

@dblinov Месяц назад

Знаю его, но использовал другой вариант :)

@Alexander-dg5id День назад

Ох уж эта парадигма мышления манагеров. Сделайте по минимуму, завтрашнего дня не наступит, делаем MVP сегодня, сроки горят. * повторить 100 раз А чо разработка не может мне вставить микрофичу, и требует на нее 2 месяца? А там по просьбам менеджера сделали АД в коде, потому что менеджер убеждал что "Делайте все в одной сущности"

@Alexander-dg5id День назад

Так что совет менеджерам: не знаешь - не лезь со своими советами по солюшену. Разрабы сами разберутся, дайте со своей стороны UserStory, UseCase, и отойдите в сторону.

@dblinov 8 часов назад

Да, в этом и суть - РО дает небольшие US и не мешает по технике. Технические декомпозиции - со стороны команды. Разделение на PO и Developers: PO за бизнесовую составляющую, dev’ы за реализацию.