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

нене, смотри, тут, возможно, говорят, что мы тестим блок 1 фичи Х, потом, берём мелкую фичу с доски и тестим её. потом тестируем дальше фичу Х по второму блоку (вторую сессию)

1. Если сроки сдачи горят и дедлайн пройден, то берем основные юзкейсы, согласовываем с овнерами/холдерами и гоним по ним, чтоб выкатить основной функционал. Только самое необходимое, без "ломания" системы.
2. Если времеми полно, то декомпозируем фичу. Пишем толковый тест-план, тест-кейсы и внедряем в текущую работу тестировщика, стараясь не поломать релизы по остальным задачам.

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

А в чем прикол такого подхода?

а, то есть тот факт, что у вас две жирные фичи и пять нежирных висят со сроками "вчера надо было", можно игнорировать?:)

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

Вы говорите про логические блоки задачи, вам говорят про блоки по приоритетам (которые не всегда совпадают с функциональными блоками).

там вообще написано "сроков нет"/"срок вчера". Ну, то есть по срочности всё примерно одинаково срочное (или одинаково несрочное, зависит от степени дзена исполнителя)

Так у вас приоритеты всё-таки есть или на них все забивают? 90% канбан-проектов в этой стране это просто дикий бардак, прикрытый модным названием и там никакая приоритизация не поможет

такого - мешать сессии одной задачи с другими задачами? знать не знаю. Пытаюсь выяснить, что мне хотят сказать

90% менеджеров называют канбаном передвигание стикеров по доске.

ага. да: есть условные 5 бизнес-сценариев. Важность у них абсолютно одинаковая. Если в одном из них что-то упустить - прибегут люди с палками и будут бить по голове. Но при этом в каждом из этих 5ти сценариев - наборы из одинаковых логических блоков (ну, сначала заполнил форму. Потом с ней что-то произошло, Потом она куда-то передалась. Потом с этими данными ещё что-то произошло).
но посыл поняла. спасибо

Тогда совершенно не имеет значения за что браться изначально. Если важность одинаковая и все равно прибегут с палками.

есть. Но не всегда. Иногда примерно одинаково важна  стопка задач. И именно в этом случае возникают такие гипотетические вопросы

Тогда уж проще перенести релиз и сделать сразу качественно

поэтому я и говорю, что приоритеты тут не имеют значения)

неверно

приоритеты всегда имеют значение

а вот все остальное - далеко не всегда