Почему оценка всегда меньше факта
Вы оцениваете задачу, которую представляете, а делаете ту, которая случилась: с уточнениями, чужой недоступной системой, отпуском коллеги и сюрпризом внутри старого кода.
Что помогает. Дробить до размера дня — недельные оценки врут почти всегда. Если раздробить не получается, задача не понята, и это уже полезный вывод.
Давать диапазон с причиной: «два дня, если доступы есть, четыре — если их надо запрашивать». Это переводит спор о цифре в разговор о рисках, где можно что-то решить.
Считать хвост: обсуждение, ревью, проверку, выкат, правки после замечаний. Обычно именно он и съедает срок, а в оценку попадает только написание кода.
Вести личную статистику: оценка против факта. Через пару месяцев вы увидите устойчивый коэффициент собственного оптимизма — умножать на него не самообман, а инженерная поправка.
И сообщать о сдвиге сразу, как только он стал виден. Плохая новость за неделю — рабочая ситуация. Та же новость в день сдачи — испорченные планы у нескольких человек.
IT Владимир — t.me/itnews_vladimir
IT Владимир
@itnews_vladimir
Почему оценка всегда меньше факта
Этот пост опубликован в Telegram-канале IT Владимир. Подписаться можно по ссылке: @itnews_vladimir.