Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Что такое Wont Do
Wont Do (букв. «не будет делать») — это дополнительная часть требований, которая явно описывает, что система НЕ будет поддерживать, какую функциональность или сценарии мы исключаем из скопа проекта. Это инструмент управления ожиданиями и чёткого определения границ продукта.
Зачем нужно
Предотвращение скоп-крипа (scope creep) — когда требования постоянно расширяются, задержав проект и увеличив бюджет. Если явно написано, что не входит в scope, стейкхолдеры не могут потом сказать: «Мы же это хотели».
Управление ожиданиями — разработчики, тестировщики и клиенты знают точные границы работы. Нет путаницы и неправильных предположений.
Документирование решений — Wont Do фиксирует решения, принятые на этапе планирования. Если позже кто-то спросит: «Почему не сделали так?» — есть официальный ответ.
Примеры
Для e-commerce платформы:
- Won't Do: интеграция с 1C (только API для разработчиков)
- Won't Do: поддержка cryptocurrencies (только банковские карты и электронные кошельки)
- Won't Do: personal recommendation engine на основе ML (статические категории)
- Won't Do: мультиязычность (только русский язык на v1)
Для SaaS проекта:
- Won't Do: self-hosted версия (только облако)
- Won't Do: поддержка legacy систем (только API v2+)
- Won't Do: кастомизация интерфейса (готовые темы)
Как использовать в документе требований
Обычно Wont Do пишется в RequirementsDocument или в PRD сразу после описания Must Have / Should Have / Could Have.
Когда пересматривать
Wont Do не закопано на веки. При изменении приоритета, бюджета или требований бизнеса пункты из Won't Do могут перейти в Must Do следующей версии. Важно документировать эту эволюцию.
Ошибки, которых избежать
- Забывать про Won't Do — и потом мучиться со скоп-крипом
- Делать слишком много пунктов — будет неуправляемо
- Не согласовывать с бизнесом — Wont Do должен утвердить Product Owner
- Писать в Won't Do очевидное — типа «не будем делать боевое оружие» (это шум)