Как не стоит писать функциональные требования для Технического Задания

[little-brother]

Ничего не понял, но ТЗ Исполнителю должен выдавать Заказчик. Откуда он возьмет: сам напишет, отдаст кому-то на исполнение (аутсорс) или подрядит Исполнителя - дело десятое.
В случае написания ТЗ Исполнителем так, что он потом сделать не может - это классика. Дебилов везде полно. Лазейки вариативности - это то, что позволяет прикрыть попку в непростых ситуациях (ну планировали так, попробовали в технике - не пошло, переобулись).
Если ТЗ невыполнимое, мутное или еще фиг знает какое (писано другими) - можете рискнуть и поучаствовать в проекте.
Как надо писать ТЗ: представьте, что вы по этому документу сдаете готовую систему комиссии из представителей Заказчика (возглавляет комиссию) и Исполнителя - т.е. каждый пункт проверяется на соответствие ТЗ и того, что получилось (должна иметься методология, что именно признать соответствием). И если написали "кнопка должна быть красивой" и кому-то в комиссии это кнопка не понравиться - получите замечание и возможно неприемку системы. Все тривиально.
Понаберут по объявлению погроммистов.

[beskov]

Читается как 1с-ники заново открывают для себя инженерию требований 30 леь спустя