Отличный способ научиться оценивать работу на проекте

[Skaarj]

Оценивая время на поездку можно улучшить только навык оценки времени на поездку. Чем кончилась тренировка «на кошках» у героя известного фильма думаю все помнят. Вы всё правильно написали во второй половине статьи про риски и пересмотр плана по ходу проекта, но к чему эти неуклюжие аналогии?

[xpinjection]

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

[amarao]

Для правильного понимания задачи нужно оценивать не время «за какое приеду на работу», а время, через которое вы будете в гостиннице в неизвестном городе.

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

[alexBondar]

Тема рисков конечно поднята не зря, но кроме знания того, что они были, есть и всегда будут — какой-либо другой конкретики ожидать сложно.
Помнится у нас были люди на проекте, что настолько увлеклись оценкой рисков (а именно какой процент времени нужно накинуть сверх исходного естимейта), что строили мат зависимости, шкалу зависимости от затрагиваемого модуля и кучи параметров. Но по факту, скажу одно — ни к чему это все не привело. Нет единой пилюли для того, чтобы оценка была идеальной.
ИМХО, даже не знаю как можно тренироваться в этом плане.
Единственное, как по мне, решение — это максимум конструктивного диалога во время планирования. Кто-то знает лучше предметную область, кто-то технологии и практики для реализации и совместно получиться более-менее ясная картина.