cyxВерно ли утверждение:
ТЗ, представленное исполнителем, должно быть самостоятельным документом и содержать всю необходимую информацию для собственно разработки ИС

В общем случае, утверждение неверно.
ТЗ оговаривает требования к разработке. Иногда заказчик может прописать в ТЗ ограничения на принимаемые технические решения.
Предложив ТЗ, скажем, 10 разным исполнителям можно получить 10 непохожих вариантов системы.
В ТЗ также может быть предусмотрен пункт обследования объекта автоматизации и разработки новых бизнес-процессов, и только после этого можно приступать к кодированию.
cyxВсе необходимое для их работы уже должно быть в ТЗ - не потребуются дополнительные обследования, интервью, уточнения и согласования с заказчиком. Причем в общем случае это могут быть программисты и НЕ исполнителя.)?

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

cyxПричем в общем случае это могут быть программисты и НЕ исполнителя.)?
Да, исполнитель сам может ничего не делать (как это сейчас широко распространено), а набрать соисполнителей и выдать им свое задание на разработку.

cyxРазве невнятное, халтурное ТЗ не является признаком того, что проект "не взлетит"?
Серьезный исполнитель, берегущий свое имя, возмется за такое ТЗ только после его доработки.
Или откажется от разработки совсем.
(Конечно, я исключаю случаи, когда заказчик просто отмывает деньги и ему на самом деле реально работающая система не нужна).

cyx
Такой пример.
Франч готов взятся за КИС на предприятии, где им ранее была внедрена система для одного из подразделений. Он берется подготовить ТЗ на КИС в порядке 1-го этапа, с предоплатой.
Но после нескольких итераций заказчик убеждается, что написание ТЗ доверено новому человеку, который "не в теме", он же будет и программировать. Качество соответсвующее: не то, не о том и с ошибками...


1 Формально если первый этап (разработка ТЗ) не выполнен (заказчик его не утверждает), деньги за работу не выплачиваются. Если договор написан грамотно, то можно требовать возврата и аванса (предоплаты).
Но проблема в том (если дело дойдет до суда) КАК ДОКАЗАТЬ, ЧТО ТЗ ПЛОХОЕ?
Исполнитель может без зазрения совести утверждать, что ТЗ - идеальное, а вот заказчик - неадекватный. Нужна независимая экспертиза.