Цитата:
Сообщение от
MironovI
Детализация должна быть такой, чтобы менеджер проекта, прочитав ТЗ, мог сказать за сколько он это продаст, остальное побоку
Почти согласен.
Но не все "побоку".
ТЗ нужен нескольким сторонам.
1. ТЗ нужно, чтобы менеджер проекта мог сказать за каике деньги он продаст
2. ТЗ нужно, чтобы программист мог сказать в какие сроки он выполнит
3. ТЗ нужно, чтобы клиент мог сравнить факт с планом (помимо достоверности сроков и денег)
Поэтому ТЗ не должно опускаться на уровень таблиц и полей (это задача программиста)
Поэтому ТЗ не может содержать
только декларации "всем будет хорошо" (заказчик потом не сможет сравнить)
Я согласен с belugin.
ТЗ должно:
1. описывать как пользователи смогут использовать то, что получится в результате, в своей деятельности
2. описывать принцип взаимодействия пользователей и системы
3. описывать принпип работы того, что должно получится в результате
4. описывать алгоритмы тестирования (в идеале, ТЗ должно содержать набор данных и алгоритмы для unit-тестирования)