Скоуп и не-цели

Зафиксируй скоуп и не-цели для {{feature}}.

Зачем

Когда фича в работе, появляются «а давайте ещё...». Если нет явных не-целей — команда соглашается и проект растёт в 2-3 раза.

Шаги

1. Перечисли что входит

Конкретно. Не "система уведомлений", а:

• Email на регистрацию
• Email на восстановление пароля
• In-app notification на новый комментарий

Без "и т.п."

2. Перечисли что НЕ входит

Это самое важное. Включи всё, о чём кто-то может подумать:

• Push notifications (на следующий квартал)
• SMS (отдельная задача, нужен провайдер)
• Настройки уведомлений per-user (v2)
• Дайджест-рассылки (отдельный проект)
• Локализация писем (English only на старте)

3. Объясни почему не-цели

Не просто список. Каждое — с причиной:

• "Слишком большой скоуп" — конкретно что увеличивает
• "Нужно отдельное исследование" — что неизвестно
• "Низкий ROI" — почему
• "Зависимость которой нет" — какой

4. Граничные кейсы

Что попадает на грань? Реши явно:

• "Пользователь может выключить уведомления" — да/нет?
• "Уведомления приходят в реальном времени" — да/нет?
• "Поддержка дарк-моды в email" — да/нет?

5. Зафиксируй

Спек или решения должны иметь раздел:

## In scope
- ...
- ...

## Out of scope (deliberately)
- X — потому что [причина]
- Y — потому что [причина]

## Will be revisited in
- v2 (Q3): X, Y
- v3: Z

6. Защита от scope creep

Когда придёт предложение "а давайте ещё":

• Проверь список не-целей
• Если в списке — отказ + ссылка на причину
• Если нет — обсуждай, но осознанно расширяя

Принципы

• Не-цели > целей по полезности
• "Скоро добавим" обычно значит "никогда"
• Лучше отказать сейчас, чем затягивать релиз
• Каждое решение фиксируй — через 3 месяца забудешь почему