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

Канонический адрес: https://producthub.live/shape-up/zhestko-sokrashchayte-obem
Автор публикации: Product Hub (https://producthub.ru). Опубликовано: 2026-10-13. Обновлено: 2026-10-13.
Книга: Ryan Singer (Райан Сингер), «Shape Up: Stop Running in Circles and Ship Work that Matters», Basecamp, 2019. Оригинал: https://basecamp.com/shapeup

Перевод на русский, часть 3 «Завершить вовремя и двигаться дальше», глава 8 «Определить достаточный результат». Оглавление: https://producthub.live/shape-up

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

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

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

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

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

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

![Завершённый участок работы с одной невыполненной желательной задачей, отмеченной тильдой](https://producthub.live/assets/books/shape-up/light/p108-01.webp)

*Завершённый участок работы с одной желательной задачей, отмеченной «~», которая так и не была выполнена.*

Далее: [QA — для пограничных случаев](https://producthub.live/shape-up/qa-dlya-pogranichnykh-sluchaev)