Всё чаще изготовители могут сделать больше, чем Заказчик может предположить на стартовом этапе.
ТЗ в таком случае - описывает устаревшее понимание, лишает конечный продукт функционала, с одной стороны, и уменьшает (как ни странно) вероятность появления продукта, с другой стороны.
Четкие и формализованные процедуры разработки (включая сбор требований по формализованным методикам и составление ТЗ) при приаввильном применении дают следующие приемущества:
- ниже риски полногой неудачи проекта
- выше качество продукта
Однако треугольник качество-сроки-стоимость никто не отменял. Роэтому очень качественно получается долго и дорого. Поскольку долго и дорого заказчика как правило в принципе не устаривают, то получаем на практике попытку сделать вс е качественно (с примененим серьезной методологии) но быстро/дешево. Результат полкчается сами понимаете получается хуже чем в случае когда все осознанно делается "на коленке", поскольку при этом энергия не тратится на обман и самообман.