Что такое хорошее ТЗ?

Вопрос, который волнует начинающих аналитиков: как написать хорошее ТЗ.
На самом деле, советы можно давать или совсем в общем, или же по каждому проекту отдельно.
Итак, общие рекомендации.

Прототипирование

Надо или не надо делать прототип?
Компания, в которой хоть раз сделали прототип и сэкономили время и силы на разработке, будет делать его и в других проектах.
Компания, в которой раньше прототипы не делались, очень плохо и трудно приходит к мысли, что прототипы необходимы.
На самом деле, прототипы практически всегда очень желательно делать. Но не всегда нужны именно динамические прототипы. Более того, создание динамического прототипа может потребовать не меньше усилий, чем создание работающего варианта. В таких случаях достаточно нарисовать формы и разметить положение и размер всех элементов.

Какая документация должна сопровождать проект

Прежде всего, надо определить кто пишет и с какой целью.
ПМ (руководитель проекта) пишет документацию с точки зрения управления. Т.е. ПМ оценивает какие стадии  у проекта, их трудоемкость и предварительную стоимость.
Для этого ПМ должен очень хорошо представлять что именно будет сделано, поэтому  его оценка основывается на аналитических документах.
К аналитическим документам относятся:

1. Business vision. В этом документе кратко обозначается цели и задачи проекта, для кого он делается и какой примерной функционал будет реализован в проекте. Здесь же может указываться как проект будет развиваться. 
2. Системная документация (ТЗ, пояснительные записки, функциональная и нефункциональная спецификация). Выбор формы и типов документа зависит от целей проекта, предпочитаемой методологии (ГОСТ, RUP, MSF)
3. Прототип, если он создается. Необходимость создания прототипа сильно зависит от проекта, его сложности и предпочтений команды разработки.