Здравствуйте, sergey2b, Вы писали:

S>Подскажите Как оценивать сроки задач когда дают задачу с кодом с которым раньше не имел дела
S>и просят перед началом работы оценить срок выполнения задачи, а потом сообщить реальное время выполнения задачи

Добавлю к вышеизложенному. Без декомпозиции никак, причём при таких требованиях точности декомпозицию нужно делать до тех пор, пока самая долгая задача не уложится в день (максимум два). Требуйте такую декомпозицию или делайте сами за отдельную плату. Потом сумма оценок умножается на "менеджерский коэффициент", который вы выбираете исходя из своего уровня владения кодовой базой, опыта и прочих факторов. У меня этот коэффициент сейчас в среднем 1.4. Раньше был значительно выше =).

У вас типичная ситуация, когда не очень умный управленец хочет систему под ключ и чтобы она стабильно и без правок закрывала нужды бизнеса. Так не работает в реальном мире. Поэтому и были придуманы всякие скрамбаны с почасовой оплатой вместо фиксед прайса. А от вас по сути хотят фиксед прайс полученный по формуле точная_оценка_времени*стоимость_часа. На этом можно строить бизнес — в фикс прайс всегда можно заложить более высокую маржу (с определёнными рисками). И вот чтобы эти риски минимизировать, вы уже в первую очередь для себя делаете полную декомпозицию и умножаете на волшебные коэффициенты.