Тёмный

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

Dmitry Blinov
Подписаться 1,6 тыс.
Просмотров 6 тыс.
50% 1

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

 

31 окт 2024

Поделиться:

Ссылка:

Скачать:

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

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 15   
@mur6225
@mur6225 8 месяцев назад
Спасибо, Дмитрий! Видно, что вы проделали большую исследовательскую работу) Классный стиль съемки и презентации, очень хорошо сочетается Продолжайте снимать, пожалуйста!
@AntonAlekseev-h3s
@AntonAlekseev-h3s 2 месяца назад
Это просто пушка!
@ЕвгенийКарышев-я1я
@ЕвгенийКарышев-я1я 10 месяцев назад
Класс! Спасибо! Первый раз вижу такой всесторонний и системный подход к проблеме.
@boniacu
@boniacu Год назад
Классный контент. Спасибо.
@dblinov
@dblinov 11 месяцев назад
Спасибо за отзыв! Рад, что понравилось :)
@rayrayray4653
@rayrayray4653 7 месяцев назад
nice!
@ЭркинКадыров-н9и
@ЭркинКадыров-н9и 4 месяца назад
Шикарно
@АндрейК-с5в
@АндрейК-с5в 3 месяца назад
1. Сперва наговнокодить, а потом рефакторить ... ну ну ... рефакторить дороже выйдет. 2. И всё равно есть случаи когда заявка не лезет в спринт, хоть убейся. Например, 1 спринт - анализ, 2й - разработка, 3й - фикс найденных багов. 4й - факс фикса. Наверно, не стоит путать ЗАЯВКУ в спринт и ЗАДАЧУ/US?
@dblinov
@dblinov 3 месяца назад
@@АндрейК-с5в, интересный комментарий, но не совсем понятный. Говнокодить не нужно. Реализация в ключе «спринт на анализ, спринт на разработку, спринт на тестирование» - это не спринты по Скраму, потому что там суть в том, чтобы разработка, СТ, ИнтТ были в одном спринте. При этом спринт может быть и месяц. Если цикл занимает «три 2-недельных спринта», то по факту в команде 6-недельные спринты. И это тоже ок, так тоже работает, и работает хорошо. Только не стоит называть это «тремя спринтами».
@dw_tv3992
@dw_tv3992 6 месяцев назад
KISS - keep it simple, stupid! это правильная расшифровка аббривиатуры)
@dblinov
@dblinov 6 месяцев назад
Знаю его, но использовал другой вариант :)
@Alexander-dg5id
@Alexander-dg5id 4 месяца назад
Ох уж эта парадигма мышления манагеров. Сделайте по минимуму, завтрашнего дня не наступит, делаем MVP сегодня, сроки горят. * повторить 100 раз А чо разработка не может мне вставить микрофичу, и требует на нее 2 месяца? А там по просьбам менеджера сделали АД в коде, потому что менеджер убеждал что "Делайте все в одной сущности"
@Alexander-dg5id
@Alexander-dg5id 4 месяца назад
Так что совет менеджерам: не знаешь - не лезь со своими советами по солюшену. Разрабы сами разберутся, дайте со своей стороны UserStory, UseCase, и отойдите в сторону.
@dblinov
@dblinov 4 месяца назад
Да, в этом и суть - РО дает небольшие US и не мешает по технике. Технические декомпозиции - со стороны команды. Разделение на PO и Developers: PO за бизнесовую составляющую, dev’ы за реализацию.
@Alexander-dg5id
@Alexander-dg5id 4 месяца назад
@@dblinov когда так - да, но часто бывает, что ПО занимает позицию не посередине между бизнесом и разработкой, и выполняет свою функцию, а как бы "проксирует заказчика", забивает на качество регулярно, получая фичи быстро, тем самым в моменте получая профит в моменте, и нанося ущерб в будущем проекту. Если приводить пример, то это как микрозайм - проценты по техдолгу не заставят себя ждать.
Далее
ФИКСИМ БАГ
00:42
Просмотров 49 тыс.
Китайка и Подруга Лапка😂😆
00:21
User Stories для начинающих
27:46
Просмотров 57 тыс.