Почитал неплохую статью про оценку задачи. И вроде во всем автор прав: и разрабов не дёргает и оценка средневзвешенная. Есть только один момент, про который автор забыл. А именно, про общение.
Для того, чтобы разработчики могли в фоне оценить задачу, она должна быть достаточно подробно описана, что объективно не всегда оправдано, ведь если это не так, то ты будешь отвечать на вопросы каждому разработчику и не факт, что ответишь одинаково 😁.
Соответственно, ты будешь тратить свое время и время разработки на проектирование решения, которое они дальше будут оценивать.
Фишка же грумминга, PBR и и так далее именно в том, что на него аналитик или продакт приходит с задачей, проработанной на уровне бизнеса и внешних зависимостей, а вот решение, как это делать принимается, фиксируется и оценивается на встрече всей командой разработчиков. Понятно, что я описал идеальный вариант, но смысл общекомандной оценки именно в этом.