Как ставить ТЗ исполнителям (чек-лист с рассуждениями)

Идеальное ТЗ, в моем понимании, соответствует следующим условиям:

1. ТЗ выполнимо
2. Автор ТЗ потратил минимальное количество времени на его написание
3. Исполнитель сделал минимальное количество правок (переделок)
4. Исполнитель смог сам проверить правильность выполненной работы
5. Заказчик сразу перепроверил работу, принял её, попросил акт

Примечание: в этой статье описаны действующие роли

• Заказчик - имеет потребность в результате (выполнения задания), согласовывает бюджет, принимает работу
• Автор ТЗ (бизнес-аналитик) - должен описать технически задание, порядок и ход работы, переводит оценку ТЗ из времени в деньги
• Исполнитель - оценивает ТЗ (выполнимость, достаточность, время), выполняет работу по ТЗ

Разбор каждого пункта с примерами

1. ТЗ выполнимо
   Многие клиенты/партнеры дают невыполнимое ТЗ, путают задание ("хотелку") с техническим описанием. Тут часто побеждает желание сэкономить и не проработать задачу (например, можно было бы перепроверить методы REST API - есть ли они? работают ли они?)
2. Автор ТЗ потратил минимальное количество времени на его написание
   Бизнес-аналитик (я за него!) должен взять всю информацию от заказчика, убрать лишнее, добавить на основе своего опыта важные элементы, оформить структуру и порядок действий исполнителя. Учитывать опыт работы с исполнителем, чтобы не описывать все слишком подробно
3. Исполнитель сделал минимальное количество правок (переделок)
   Если происходят правки, изменение ТЗ, вопросы, уточнения, то ТЗ явно было не идеальным, иногда можно потерять в десять раз больше времени на этот пункт (передаю привет нашему Евгению), из-за того, что автор ТЗ не учел важных деталей (сэкономил своё время называется, а на самом деле подвел исполнителя. Тут советую исполнителю - не брать такое ТЗ в работу или устраивать встречу с вопросами и дописывать ТЗ)
4. Исполнитель смог сам проверить правильность выполненной работы
   Если вы слышите "вроде бы сделал", то (автору) потребуется работать за исполнителя
   тестировщиком или, что еще хуже, перекладывать тестирование на заказчика. Скорость работы над проектом может сильно затянуться
5. Заказчик сразу перепроверил работу, принял её, попросил акт
   Страшный сон, если заказчик начал принимать работу через месяц, а исполнитель в отпуске/уволился/заболел/занят другим проектом. Конечно, работая с нами, исполнителем является компания, а не физ. лицо - это будут
   наши проблемы, поэтому исполнителю нужно настаивать на приемке работ

А какими правилами руководствуетесь вы, разрабатываете ТЗ или наоборот берете ТЗ в работу?