Границы: что входит и что явно не входит

Список «не входит» защищает проект сильнее, чем список «входит»

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

Что писать в границах

• Явные исключения. Смежные системы, роли, сценарии и регионы, которые мы не трогаем.
• Границы ответственности. Кто делает миграцию данных, обучение пользователей, поддержку после сдачи.
• Предположения. На чём держится план: доступы к среде, готовность внешнего API, наличие тестовых данных.
• Условия пересмотра. При каком событии границы открываются заново и по какой процедуре.

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

Формулировка исключения

Не входит: [что именно]
Почему: [причина — срок, бюджет, зависимость]
Что будет, если это понадобится: [отдельный запрос
на изменение, оценка, новый срок]
Кто согласовал исключение: [фамилия, дата]

Вот описание объёма проекта: [текст].
Выпиши 12 пограничных вопросов, по которым из текста
непонятно, входит это в проект или нет. Для каждого
предложи формулировку исключения. Не додумывай, что
входит, — помечай неясности как неясности.

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

Шпаргалка

• Пишите «не входит» так же подробно, как «входит».
• Предположение — это чужое обязательство, записанное на бумаге.
• Каждое расширение объёма имеет цену в неделях.