Майк Кон

для досрочного начала необходимо сочетание условий, а для задержки начала достаточно одной причины

В типичном плане проекта многие работы не являются независимыми, однако мы снова и снова забываем об этом. Когда кто-то задерживает сдачу первого из нескольких сходных элементов, мы слышим такое оправдание: «Да, я запоздал в этот раз, но дальше отставание будет наверстано». Это следствие надежды на то, что опыт, полученный при выполнении первой работы, позволит завершить оставшиеся работы раньше, чем предусмотрено планом. В реальности же подобная ситуация должна говорить нам, что, если какая-то работа занимает больше времени, чем запланировано, все остальные сходные работы тоже, скорее всего, потребуют больше времени.

Для великих свершений нужны две вещи: план и нехватка времени.

Леонард Бернстайн

при выяснении причин, по которым идеальное время не соответствует общему затраченному, учтите, что руководители могут непрерывно работать от одного отвлекающего события до другого не более пяти минут (Hobbs, 1987). Даже если типичный разработчик отвлекается в три раза реже, время его непрерывной работы составляет всего 15 минут.

закон уменьшения отдачи

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

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

Разбивайте большие истории по границам данных, поддерживаемых историей.

Общий подход к этому заключается в разбивке истории по границам обычных CRUD-операций — создание, чтение, редактирование и удаление.

Попробуйте разбивать большие истории, разделяя функциональные и нефункциональные аспекты на отдельные истории.