Почему оценка сроков всегда врёт

Почему оценка сроков всегда врёт

Разработчики промахиваются с оценками не потому, что плохо считают. Они считают время на понятную часть работы, а срок съедает всё остальное: согласования, ожидание доступов, чужие правки, три раунда обсуждения, переключения между задачами.

Что помогает. Оценивайте не «сколько писать код», а «сколько от постановки до работающего результата». Разбивайте задачу до кусков в один-два дня: всё, что больше недели, оценивается наугад. Называйте не точку, а вилку, и объясняйте, что её сужает: «два дня, если доступы уже есть; пять, если ждём смежников».

Отдельно фиксируйте, что вы не знаете. Половина срыва сроков — это не медленная работа, а неизвестное, которое обнаружили на третий день.

И научитесь говорить о промахе рано. Задержка, о которой предупредили в середине, — рабочая ситуация. Та же задержка, о которой узнали в день сдачи, — потеря доверия, и восстанавливать его придётся долго.

Ещё полезная привычка: раз в месяц сравнивать свои оценки с фактом. Обычно выясняется, что вы стабильно ошибаетесь в одну сторону и на понятный коэффициент. Дальше остаётся его учитывать.

IT Санкт-Петербург — t.me/itspb_news