mazzy iscrafmНа каждого по паре мух.
А вот это опровергается легко.
Вы указали нечетное число мух. Поэтому либо не по паре, либо не на каждого. ;)Ну должен же быть в команде хоть один менеджер?

Что касается ТЗ:
Если заказчик не может составить такой документ - он должен быть готов работать по правилам устанавливаемым разработчиком ТЗ. В действительности же начинается выпендреж в стиле "Чего вы накорябали, мы совсем не то хотели....". Потом подключаются внутрифирменные заморочки типа маленькой но кровопролитной войнушки между парой топов и проект идет совсем не туда, куда предполагалось изначально.

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

У меня есть решение проблемы, но "мы вам о нем не скажем" ((с) mazzy).
Для начала хотелось бы узнать мнение уважаемых экспертов.

С уважением,
6sB

[quot Конь]Вообще, тема управления требованиями - это отдельная тема./quot]Угу. А трассировка требований - это отдельная тема в отдельной теме.