Я думаю, все слышали словосочетание Техническое задание.

А кто-то видел в своей жизни такое ТЗ:

  • Его реально прочитать целиком
  • Обе стороны понимают, что в нем написано и для чего оно нужно
  • Проект реально выполнен по ТЗ

В моей практике как минимум одно из условий не выполнялось.

Какие проблемы я встречаю чаще всего:

  1. Клиент пишет в ТЗ перспективное видение своей голубой мечты. С упоминанием искусственного интеллекта, партнёрских программ и прочих автоматизаций. На старте важно понимать перечень задач на первый забег. Что должно быть сделано, чтобы бизнес мог начать тестировать гипотезы.
  2. Клиент начинает описывать технические детали вплоть до кнопочки. Лучше оставьте это дизайнеру и разработчику. Кнопочку не проблема поправить, если вам не понравится.
  3. Исполнитель подходит к вопросу чересчур формально. Требует описать всё в документе. В таком подходе я вижу уход от ответственности. Задача разработчика создать рабочее, эффективное решение.

С этой точки зрения, оптимальный уровень детализации ТЗ - это перечень экранов и основных сценариев использования.

В таком ключе документ может быть адекватно проработан и не станет мешать работе.

@allegorin