нет, я обговариваю КОГДА надо, а не сколько займет... надо через полгода и займет час - в чем проблема? надо через час, но займет полгода - проблема. у вас не так?

ну круто))))

аа, кажется понял - там вроде примерный диалог описан. откуда "додумали" взялось - я не понял (

Ну как разраб сможет ответить на вопрос КОГДА?

Ну вообщем понятно. Он про оценку сроков уже видимо с учетом ресурс плана лидом

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

Я верю в лучшее

интересный вывод)))) ну ок, пусть так)

всем спокойной, спать пора

Опыт 😂

Я могу ошибаться, но разве режим жёстких дедлайнов не приводит к постоянным переработкам и выгоранию?

При этом без оценок работать не возможно. Как приоритизировать задачи, если в голове нет оценки сколько они примерно займут времени?

Когда будет сделано я как разраб могу плюс минус оценить перед тем как брать в работу. И то, вместо этого я могу вернуть задачу на доработку - если слишком много вопросов и неопределённостей по ней. Либо с самого начала быть забдоченным бэкендом - ну то есть UI реализую, но успеет ли бэк API к этому подготовить вопрос.

Поэтому вопрос, с кем вы обговариваете и с какой целью?

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

Даже не знаю, что в тлдр писать...

Что такое тлдр?

Доброе утро всем, кроме долбоёбов, превративших чат в помойку.

Набижала очередная волна молодняка, уверенного, что всё знают про "как надо" вообще и "эффективность" в частности.

«Скипайте»

Too long; didn’t read

Резюме