Привет всем!
Вопрос: Кто обычно пишет ТЗ?

Действующие лица:
1 Разработчик - внешняя организация исполнитель
2 Организация заказчик
2.1 Отдел АСУ
2.2 Отдел где будет внядряться ПО

Как написано в ГОСТ 34, ТЗ пишет разработчик и согласует у заказчика.

Однако на практике могут быть разные ситуации.
1. Разработчик полностью формирует ТЗ
2. Заказчик сам предоставляет ТЗ (получая его разным способом)
3. Разработчик и заказчик пишут ТЗ по сути вместе в ходе нескольких итераций
4. возможны и другие моменты

Как правило, ТЗ пишет тот, кому это больше всего нужно.

вообще-то в ГОСТе написано следующее:
Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).
При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который либо выбирает предпочтительный вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на АС.

больше всего соответствует действительности "Как правило, ТЗ пишет тот, кому это больше всего нужно."

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

работал с более менее крупными банками и розницей - почти везде это так
Бывают правда исключения...

Происходит это не в силу того что люди у заказчика глупые а потому что

это не их обязанность.

если еще точнее, то причина - редко встречающееся сочетание знания предметной области и одновременно достаточный уровень владения теми же информационными технологиями. да и время тоже немаловажный фактор.

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

Читайте статью Страшная правда о техническом задании, в ней учтены все нормативы, кроме ГОСТ В. Военные ТЗ должен писать заказчик.

У меня в группе был опрос на эту тему, вот такая статистика получилась:

Кто пишет ТЗ?

аналитик - 63%
программист - 18%
заказчик - 15%
кто-то другой - 4%

В группе 1/3 участников аналитики (сколько их среди ответивших, не знаю).

Не опрашивать надо, а ГОСТы изучать

Не опрашивать надо, а ГОСТы изучать

Какие ГОСТы?.. вы что полагаете, их боги пишут? А в реальном проекте много вы ГОСТов использовали?.. И как, понравилось?...

Любой стандарт несовершенен именно в силу своей универсальности. На практике выкидываешь в среднем половину, в зависимости от задачи.

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

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

Ну вот, например, у меня на прошлой неделе ушло два дня.
Но это, конечно, очень простая система, у которой к тому же есть работающий прототип.

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

По-разному.

Могу только на примерах рассказать:
Вот на эту систему я писала ТЗ 3,5 месяца.
Вот на эту - месяца два.
ТЗ на интеграцию этой системы с другой системой денежных переводов - 1 месяц.

Это при длительности проектов от 6 месяцев до года.

ТЗ на свой проект написала за 2 недели, перед этим около месяца потратила на концепцию.

Все зависит от степени проработанности темы и налаженности коммуникации с заказчиком.
Надо понимать, что собственно документ можно написать довольно быстро - но ему предшествует аналитическая работа разного объема, и собственно это и есть постановка задачи.

По-разному.

Могу только на примерах рассказать:
Вот на эту систему я писала ТЗ 3,5 месяца.
Вот на эту - месяца два.
ТЗ на интеграцию этой системы с другой системой денежных переводов - 1 месяц.

Это при длительности проектов от 6 месяцев до года.

ТЗ на свой проект написала за 2 недели, перед этим около месяца потратила на концепцию.

Все зависит от степени проработанности темы и налаженности коммуникации с заказчиком.
Надо понимать, что собственно документ можно написать довольно быстро - но ему предшествует аналитическая работа разного объема, и собственно это и есть постановка задачи.

Интересно а я за какое время напишу?Надо написать всего 6 ТЗ.По сложности пока трудно сказать.
Ух глаза боятся а руки делают.