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

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

Вы правы, в том что сложность и время связаны. Зачем мы вообще оцениваем в стори поинтах, а не днях/часах? (Я кстати, оценку в днях считаю абсолютно нормальным явлением). Потому, что бытует мнение, что оценить сложность можно гораздо быстрее. И сложность - это константа, а время на выполнение зависит от исполнителя. Сложность оценивается всей командой, и не меняется, в отличие времени на исполнение. В итоге мы понимает сколько в среднем поставляет команда, стори поинтов, сторей, попугаев. И мы знаем что это происходят за итерацию. Например, две недели. И если нам надо быстро прикинуть стоимость фичи - мы садимся, быстро накидываем высокуровневые стори, оцениваем их сложность, суммируем и делим на производительность. Вот здесь появляется время.
В чем вы правы, так это в том, что нам не нужны никакие системы оценок, чтобы понять, что мы успеем или не успеем сделать за неделю/две. Но если надо ответить про долгосрочную перспективу - вот здесь нам все вышесказанное и пригодится.

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

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