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

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

Могу сказать, что при оценке потребного времени на выполнение задач, помимо декомпозиции, надо отталкиваться от реальных фактических затрат времени на выполнение различных видов задач. Т.е. не умозрительно назначать сроки, с тенденцией ставить удобные тебе красивые числа. А иметь коллекцию замеренных фактических сроков на те или иные дела, причём с учётом особенностей их выполнения. На скорую руку там, или тщательно. Буквально как сметчики в строительстве работают.
Таким образом, жизненно важно иметь коллекцию таких замеров, создавать её, замерять время тех или иных дел.

Но это ещё не всё. Далее надо делать поправки на получившиеся оценки — на собственную усталость, сложность работы, возможность загвоздок. Закладывать резервы времени.
И это ещё не всё. Все получающиеся цифры, и особенно разбивку, как они получаются, надо держать строго про себя. Так как далее в дело вступает политика. Когда сообразно политической ситуации в команде, тебе надо искажать сроки в большую или меньшую сторону. Дабы, например, пообещать что всё скоро будет сделано. Или наоборот, представить задачу как очень сложную, и выбить под неё побольше ресурсов. Озвучиваются, разумеется, только отфильтрованные после политики цифры. Но при всей политике, важно осознавать во что реально всё обойдётся, на что можно рассчитывать. Иметь трезвую голову и собственные реальные оценки.

Ещё можно давать не одну конкретную цифру, а диапазон. Особенно такое уместно при высокой степени неопределённости. Если просят конкретную цифру, назови сначала диапазон 3-6 рабочих дней например, потом скажи раз просят цифру, то 6 дней. И потом добавь, что возможно управишься быстрее.
Да и вообще, сколько закладывать резервы времени для уверенности что ты действительно всё сделаешь к озвученному сроку, надо соразмерно степени твёрдости гарантий, которые надо обеспечить и цене ошибки/срыва сроков. Скажем, если надо успеть к рождеству или там дате, когда состоится конференция, на которой надо показать софтину — это одно. Ты никак подвинуть и повлиять не можешь. А с кем-то ещё можно договориться о переносе сроков и цена вопроса будет просто некоторое раздражение начальства. Это другая история.

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

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

Могу сказать, что при оценке потребного времени на выполнение задач, помимо декомпозиции, надо отталкиваться от реальных фактических затрат времени на выполнение различных видов задач. Т.е. не умозрительно назначать сроки, с тенденцией ставить удобные тебе красивые числа. А иметь коллекцию замеренных фактических сроков на те или иные дела, причём с учётом особенностей их выполнения. На скорую руку там, или тщательно. Буквально как сметчики в строительстве работают.
Таким образом, жизненно важно иметь коллекцию таких замеров, создавать её, замерять время тех или иных дел.

Но это ещё не всё. Далее надо делать поправки на получившиеся оценки — на собственную усталость, сложность работы, возможность загвоздок, насколько напряженно ты готов работать. Закладывать резервы времени.
И это ещё не всё. Все получающиеся цифры, и особенно разбивку, как они получаются, надо держать строго про себя. Так как далее в дело вступает политика. Когда сообразно политической ситуации в команде, тебе надо искажать сроки в большую или меньшую сторону. Дабы, например, пообещать что всё скоро будет сделано. Или наоборот, представить задачу как очень сложную, и выбить под неё побольше ресурсов. Озвучиваются, разумеется, только отфильтрованные после политики цифры. Но при всей политике, важно осознавать во что реально всё обойдётся, на что можно рассчитывать. Иметь трезвую голову и собственные реальные оценки.

Ещё можно давать не одну конкретную цифру, а диапазон. Особенно такое уместно при высокой степени неопределённости. Если просят конкретную цифру, назови сначала диапазон 3-6 рабочих дней например, потом скажи раз просят цифру, то 6 дней. И потом добавь, что возможно управишься быстрее.
Да и вообще, сколько закладывать резервы времени для уверенности что ты действительно всё сделаешь к озвученному сроку, надо соразмерно степени твёрдости гарантий, которые надо обеспечить и цене ошибки/срыва сроков. Скажем, если надо успеть к рождеству или там дате, когда состоится конференция, на которой надо показать софтину — это одно. Ты никак подвинуть и повлиять не можешь. А с кем-то ещё можно договориться о переносе сроков и цена вопроса будет просто некоторое раздражение начальства. Это другая история.

Хочу добавить, что я вот трекаю, сколько времени нужно мне на всякие дела. Ответственно заявляю, что обыватели очень часто любят всё упрощать, и вместо реальных цифр иметь дело с воображаемыми красивыми, круглыми удобными цифрами. Вот например, не 46 минут, а 1 час. Ещё есть тенденция избегать неудобных, всё ломающих цифр. Скажем, мы будем закладывать на задачу 1 час, даже если по факту это создаст проблемы, мы окажемся в цейноте, и по-хорошему надо было закладывать все 80 минут. Но лишние 20 минут так неудобны! Они всё ломают! Неудобно считать, некрасиво выглядит и вообще неприятно даже помыслить, что фактическое время больше психологической отметки в 1 час. Ну и т.д. всё в таком духе.
Однако цифры из реальности сплошь и рядом некрасивые. Посмотрите цифры денег у себя на банковском счете, в кошельке — они очень редко круглые и красивые. Посмотрите расписание поездов на вокзале. Время прибытия/отправления также сплошь и рядом какие-то совсем не круглые числа. Границы стран — куда ни посмотри, они рваные и неправильной формы. Красивые прямые линии редко встречаются, и просто кричат своей искуственностью.