Добрый.
Часто руководитель спрашивает: когда готово будет?
Ну если задача средней сложности и выше, не всегда получается даже приблизительно сказать сроки.
И ты такой говоришь, к примеру 3 дня... а на деле уходит больше недели (задача оказалась сложнее, чем предполагал + постоянно возникают другие не сложные задачи, но которые требуют оперативного решения).

Кому-нить удалось постичь "дзен" расчета сроков выполнения ТЗ, хоть бы на -/+ 1 день. Расскажите как это?

если ТЗ вменяемое и согласовано всеми сторонами, то легко

Да. Примерный срок нужно увеличить на порядок: дни до недель, недели до месяцев и т. д. и на всякий случай умножить на два.

, но не всегда :)

опыт

Правило 3. Разработчики всегда называют неверные сроки.

Нельзя верить срокам, которые называют программисты. Обычно их следует умножать на Пи. Иногда (редко) - делить на Пи. Выбор правильного действия руководителя над называемыми сроками зависит от личности разработчика. Это знание приходит к менеджеру только после нескольких экспериментов именно с этим разработчиком.

http://www.ashmanov.com/pap/ashrul.phtml

Да.
А всегда выполняю в срок или чуть ранее.

(0) Да все там достаточно просто. Если задача средней сложности, то приписываешь к своей прогнозной цифре ноль справа. А если высокой - то помимо этого единицу слева :)

Всегда неделю накидываю, на всякий пожарный.

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

(0) как правило использую метод декомпозиции.... и умножаю на 2

(0)

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

Это было непросто, но я справился.

Если так спрашивают, то даю оценку но с примечанием - все что не указано в ТЗ, на усмотрение разработчика.

Я никогда не работал как фикс или фри

(1)+1