Если он реально делал, но по моим подсчетам эта работа умещается в 2 часа, а не в 1 рабочий день? Каждый пишет код с разной скоростью)

Юлия Гиппенрейтер, Людмила Петрановская, Найджел Латта, Александр Нилл будут практичнее

а оценки прогеры у вас дают перед реализацией?

В сторипоинтах. Постоянно ошибаются :)

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

я до коммерческого опыта думал, что слепая печать и скорость печати увеличивают продуктивность, оказалось, что пишем код мы 10% времени в лучшем случае, проверить очень просто: замерить свою скорость печати обычного текста. и в конце рабочего дня разделить количество написанных симоволов в коммите на 8 часов

Точно также можно обсудить. Если это тенденция, то по каждой задаче подходите и говорите "мне казалось, что здесь можно за два часа, думал ты за день вот эти три задачи сделаешь, а получилось только одну, там какие-то сложности были? Какие?" Правда, тут главное не перегнуть. Если он цвет кнопки весь день меняет и тому подобное - это одно. А если вам кажется, что два часа, потому что вы не вникали, а там надо новый рест написать с кучей кейсов, то другое. Плюс вопрос квалификации. Может ваша оценка - это оценка синьора, а делает по должности мидл, а по опыту джун.

Поэтому оценкой точно не должны заниматься продакты

Оценкой в часах? Конечно! Или возможно это продакт, выросший из разработчика этого продукта, т.е. он знает продукт изнутри и знает технологии

в принципе нельзя оценить за другого человека, это странно)

Почему странно? ) Нужно оценивать объем работы и время на его реализацию ) Иначе как вы понимаете что у вас люди вообще работают, а не фейсбук листают?

У вас какая цель?

получаете ли вы на выходе продукт или нет?)

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

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

эффективная разработка продукта

Тогда какая разница сколько они сидят в фейсбуке?

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

Я уже писал об этом выше. Человек может заниматься ерундой весь день и тратить 2 часа на работу. И при этом не успевать ничего. Или чуть больше напрягаться и успевать.
Вопрос тут мотивировать (если да, то как?) или менять?

отличный способ определить не среднюю по больнице, а среднюю по палате)