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