Так цель как раз приблизить оценочку к реальности. Чтобы не умирать от потока багов после релиза фичи, когда фиксить их гораздо дороже.

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

Нужна только модель.

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

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

Так не надо автоматизировать то, что не поддаётся автоматизации!

Проблема только в том, что как поток багов, так и мощность их обработки постоянно растут и пока не понятно, что растёт быстрее в относительных величинах.

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

Это тоже моделируется.  Вообще мне вот даже просто кривую сложности багов было бы интересно поизучать. Я подозреваю, что она очень не простая

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

Поэтому среднее.

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

так вот нельзя, вообще говоря, усреднять баги со ста лайками и с одним, у них разный вес должен быть

В зависимости от времени? Никто не даст её, к сожалению, ибо нет общепринятой метрики сложности.

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

э, я уже лайков 300 поставил. все хочу и сразу

а если не давать лайки ставить, то накручивать придется

С какого? Какой вес человек у себя в голове поставил, такой и будет. На лайки я перестал смотреть уже к концу первого года. На что мне пожалуется библиотечная команда, того и вес больше. И такие мелочи не выражаются в багтрекере. То есть, по сути, вес нескольких _людей_ больше весов других в сотни раз.
Задача модели - объяснять положение вещей, желательно без воздействия на них. Если взять тот же пример с фичей и длительностью маринования, то сначала идут наши библиотеки, потом early adopters, потом все остальные.

кстати говоря

в трекере есть проблемы, которые уже пофиксили