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

Достаточно типичная ситуация для банков. Я сам работал в одном БОЛЬШОМ отечественном банке, знаю ситуацию не по наслышке -- тут есть мой доклад на тему улучшения процессов в банке http://secr.ru/content/3/secr_presentation.pdf. Сечас тоже консультирую in-house R&D в банках примерно на эту же тему, так что есть тема для обсуждения. Если что -- обращайтесь.

PL99 МайевтикМожет таки лучше встретиться и поговорить, вроде основные ругайцы из Москвы? Можно попробовать.
Вопрос только в том, кто будет заниматься организацие такой встречи :-)

А для встретиться поговорить возможности были и есть ... хоть тут http://secr.ru/2006/program/schedule (см. Round Table "Проблемы разработки и управления требованиями". NOVEMBER 17, 2006), хоть тут http://www.uml2.ru/index.php?option=com_smf&Itemid=45&board=15.0 (обсуждение "живых" встреч)

bism... Приведу пример из личного опыта - наша компания (сеть частных школ в Москве) поручила дизайн-студии Атилект разработать сайт. Atilekt после долгих переговоров о технической стороне выдал мощное толстенное ТЗ. В итоге сделали всё абсолютно не так, но "за уши" притянули к ТЗ! Например, в ТЗ было написано "сделать в CMS для каждой школы свой фотоальбом" Они сделали всего один альбом и из каждой школы на него ссылку. В момент сдачи с наглым улыбоном заметели, что альбом есть у каждой школы, а то что он должен отличаться в ТЗ уточнено не было, а устная предварительная договоенность не имеет никакого значения. И ТАК ПО МНОГИМ ПОЗИЦИЯМ ТЗ!!!!!!! Когда мы отказались подписывать акт приема, пока они не исправятся, они заявили что завтра же подают иск в суд! Короче долго наши юристы с ними бодались, после чего их сайт "выбросили в мусорное ведро" и написали свой, с нуля, начиная с разработки собственной CMS. Получилось в 5 раз быстрее, качественней и функциональней, и парадоксально что БЕЗ ВСЯКИХ ТЗ! ))))
Итак, всё индивидульно! Главное - обоюдная порядочность сторон!

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