Как оценивать задачи и не врать

Почему все занижают

Оценивая, человек представляет удачный ход событий: сел, написал, заработало. В эту картину не попадает всё остальное, из чего состоит работа.

Не попадают: разбирательство с непонятной ошибкой, чтение чужого кода вокруг, переделка после проверки, ожидание ответа, совещания, срочные отвлечения.

Отсюда устойчивое правило: реальный срок обычно вдвое-втрое больше первой оценки. Это не свойство характера, а свойство оценивания в принципе.

Как считать честнее

Разбейте, пока не станет понятно. Задача, которую нельзя оценить, — слишком крупная. Дробите на куски по половине дня.

При дроблении обычно всплывает то, о чём не подумали. Это и есть недостающее время.

Оцените куски и сложите. Сумма мелких оценок ближе к правде, чем одна крупная.

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

Считайте в днях, а не в часах. Восьмичасовой рабочий день не даёт восьми часов работы над задачей. Реально три-пять.

Про оценку в условных единицах

Многие команды оценивают не в часах, а в относительных величинах: эта задача вдвое больше той. Потом смотрят, сколько таких единиц команда закрывает за отрезок.

Смысл в том, что человек плохо оценивает абсолютное время и заметно лучше — относительный размер. «Это примерно как та задача, только чуть сложнее» — суждение, которое даётся легче.

Для новичка полезно знать, что такой подход существует, и не пугаться, когда на планировании начнут называть числа, не похожие на часы.

Что говорить, когда не знаешь

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

Это нормальный профессиональный ответ. Гораздо хуже назвать цифру наугад и промахнуться втрое — потому что на вашей оценке построят планы.

Второй вариант: назвать диапазон. «От двух дней, если данные в том виде, что я думаю, до недели, если придётся переделывать хранение».

Оценка — не обещание

Ключевое, что стоит понять и уметь объяснить.

Оценка — это прогноз при известной сейчас информации. Обещание — обязательство. Их постоянно путают, отсюда конфликты: разработчик оценил в три дня, менеджер услышал «будет готово в среду».

Проговаривайте разницу вслух: «Оцениваю в три дня. Если по ходу окажется, что данные в другом виде, срок вырастет — скажу сразу, как станет ясно».

Что делать, когда понятно, что не успеваете

Сказать сразу. Не за час до срока. Как только стало ясно — в тот же день.

Это самая частая и самая дорогая ошибка новичков: тянуть до последнего в надежде, что как-нибудь получится. Не получается почти никогда, а времени на манёвр у команды уже нет.

Сказанное вовремя «я не успеваю, нужна помощь или надо резать объём» воспринимается нормально. Молчание до дедлайна — нет.

Как научиться

Записывайте свои оценки и фактическое время. Через десять задач у вас появится личный коэффициент: вы будете знать, во сколько раз ошибаетесь именно вы.

Это один из самых заметных признаков опыта. И потренироваться можно в своём проекте: оценивать каждую задачу перед началом и сверять после.