Не, не. Все по честному, я для себя это делаю. ПМ-ы, пытались решить проблему, но не смогли.

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

Улучшая процесс декомпозиции, вы увеличиваете прозрачность и прогнозируемость поставки инкремента

Точно :)

Но не будет ли для команды это выглядит будто просто натягиваем за уши. В смысле: из 100% скоупа задач, задачи на интеграцию около 45-50% из скоупа. Каждую задачу на интеграцию внешнюю ребята делают, в районе +- каждая 2 недели делается. Скрам гласит - доставлять весь backlog  item в конце каждого спринта. Если мы будем так декомпозировать и не доставлять ценность в каждый спринт, то является ли это противоречием?)

Спасибо почитаю сейчас!

Ммм, не совсем) Скоуп должен быть готов для поставки, если я правильно помню. А вообще, декомпозиция это про то, что мы не пытаемся есть слона целиком, а едим его по частям

Отдавая пользакам куски работающего функционала, а не весь продукт сразу

Согласен полностью!)

Но просто если жить в парадигме моего кейса - то декомпозиция будет выглядит следующим образом!
Мы взяли задачу на 2 недели, мы изначально знаем то мы в рамках спринта ее не сделаем. + есть этап тестирования, и ещё баги но редко ну пусть будет.
Мы разработку завершили в рамках текущего спринты, тестируем в рамках следующего спринта.

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

Мне кажется что-то мы не так делаем)

Эх, классика)

Поздравляю, вы изобрели итеративный ватерфолл

Скрам какой-то 😁Если задачи реально такие неделимые-то спринт и вот постепенно улучшать процессы тестирования, чтоб они шли параллельно с разработкой

Это практически lean agile жы

ну зачем, надо было сохранить интригу

ну блиииин