Жёстко сокращайте объём

Обычно говорят «урезать» объём работы. Мы используем более сильное слово — hammering, буквально «обработка молотком», — чтобы передать усилие, с которым приходится снова и снова подбивать объём под отведённое время.

Когда в ходе проекта появляется что-то, что хочется исправить, добавить, улучшить или переделать, мы спрашиваем себя:

• Обязательно ли это для новой функции?
• Можем ли мы выпустить её без этого?
• Что произойдёт, если мы этого не сделаем?
• Это новая проблема или уже существующая, с которой клиенты и так живут?
• Насколько вероятно, что этот случай или условие возникнет?

• Когда это происходит, какие клиенты сталкиваются с этим? Это основной сценарий, которым пользуются все, или скорее пограничный случай?
• Каковы реальные последствия, если этот случай или условие всё-таки возникнет?
• Если что-то плохо работает в определённом сценарии, насколько этот сценарий соответствует нашей целевой аудитории?

Фиксированный срок побуждает задавать эти вопросы. Гибкий объём позволяет действовать в соответствии с ответами. Отсекая лишнее и подбивая объём работы под ограничения, мы остаёмся сосредоточены на том, что необходимо сделать, чтобы к концу отведённого срока выпустить полезный результат, которым можно гордиться.

На протяжении цикла команды обсуждают обязательные и желательные задачи по мере того, как обнаруживают работу. Обязательные задачи добавляют к соответствующему участку работы. Участок не считается завершённым, пока они не выполнены. Желательные задачи могут оставаться на участке и после того, как он признан завершённым. Перед ними ставят тильду (~). Это то, что можно сделать, если в конце у команды останется время, и от чего можно отказаться, если времени не будет. Обычно эти задачи так и не реализуются. Само отнесение задачи к желательным — уже жёсткое сокращение объёма.