Так, давайте еще раз внимательно. Я написал, что постоянный, регулярный тишейп дорогого ресурса на дешевый крайне вреден для экономики сервиса.
Как мне подчеркнуть слова постоянный, дешевый и дорогой? Это ключевой момент. Конечно, при редких проблемах, увольнении, болезни, личных проблемах тишейп решает. Но многие юзают его на постоянку, не считая потери.

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

Что-то не сходится между предложением "просто нанять второго тестера" и  ограничением "расширить сервис нельзя по ограничениям компании"

Я про потребности и капасити в два раза меньше. Так расширить не дадут.

Тестера и аналитиков я расширял, но это явно не вдвое до потребного для закрытия хотя бы 75-85% идей уровня.

Все надеются, что поток идей иссякнет или ослабится. Но пока чота никак. 😀😀😀

Входящий поток идей должен превышать мощность сервиса. Иначе не будет работать "апстрим" с фильтром не очень хороших идей.

а разве закрыть все закрыть все задачи полностью - цель спринта?

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

Я про уже отфильтрованные. Мы развиваем КЦ на основе проверенных в старом софте идей, но реализованных частично или не совсем корректно.

Плюс новые идеи, а также каналы. Поэтому сейчас решили сделать набор мвп-ишек, после чего будет более детальное и глубокое развитие понаделанного. Хочется все сразу, но без расширения команды! Как обычно, короче. 😉

Если кратко дополнить то, что уже сказал Лёва, то ошибка в постановке вопроса. Команда комититься не под списком задач, а под достижением цели. Почувствуй разницу.

Не очень понимаю - какая цель? Фича/продукт или утилизация ресурсов и экономия на оплате труда?
Сотрудники на time material сидят?

Тогда недоделанную бросаем и делаем новую?

Наверное, сюда
scrum.org
scrumalliance.org

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

Вернусь в Москву, могу пример скинуть.

Да, теперь понятно. Если такая ситуация постоянна, нужны изменения

Одно видео лучше тысячи слов

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